Hangi token standardı dağıtımınıza uygun?
Doğru standart, hedef ağınızın desteklediği ve token davranışının gerektirdiği standarttır. Önce ağı ve kullanıcıların token'ı görebileceği veya kullanabileceği yerleri belirtin.
| Standart | Şu durumda başlayın |
|---|---|
| ERC-20 | Dağıtım hedefiniz ERC-20 kullanan Ethereum uyumlu bir ortam ise. |
| BEP-20 | Hedef ortamınız BEP-20 gerektiriyorsa. |
| SPL | Token'ınız Solana'da olacaksa ve istenen format SPL ise. |
| Jetton | Projeniz TON'da Jetton formatında bir token gerektiriyorsa. |
Bu standartlar birbirinin yerine kullanılabilecek etiketler değildir. Uygulama yaklaşımını ve ilgili dağıtım ile doğrulama iş akışını belirlerler. Birden fazla ağı hedefleyen bir proje, her dağıtım için kendi kapsamına ihtiyaç duyar; tek bir sözleşmenin veya varlığın otomatik olarak her ağı kapsadığını varsaymayın.
Başlamadan önce ağı, token adını ve sembolünü, arz davranışını ve projenin gerektirdiği izinleri gönderin. Ayrıca sabit arz, kontrollü ihraç veya diğer arz kurallarına ihtiyacınız olup olmadığını belirtin. Bunlar gözden geçirilecek gereksinimlerdir, varsayılacak varsayılanlar değildir. İlgili mühendislik çalışmaları için akıllı sözleşme geliştirme ve daha geniş Web3 geliştirme kapsamına bakın.
Token gereksinimleri ile dağıtım arasında ne olur?
Dağıtım, gözden geçirilebilir bir sırayı izler: spesifikasyonu onaylayın, token'ı uygulayın, üzerinde anlaşılan davranışı test edin, seçilen ağa dağıtın ve ardından doğrulama ile metadata adımlarını hazırlayın. Her aşama, bir sonraki başlamadan önce girdilerin netleştirilmesine bağlıdır.
Lansman Spesifikasyonu ağı, token standardını, arz kurallarını, izinleri, adlandırmayı ve istenen metadata'yı kaydeder. Spesifikasyon İncelemesi sırasında, net olmayan veya çelişkili gereksinimleri onayınız için işaretleriz. Ayrıcalıklı eylemleri kimin gerçekleştirebileceği ve bu eylemlerin dağıtımdan sonra kullanılabilir kalıp kalmayacağı gibi soruları burada netleştirin.
Proje ekibi gerekli proje detaylarını ve dağıtım ortamına veya cüzdan düzenine erişimi sağlar. Dağıtımdan önce teslimat ve imzalama sorumluluklarını doğrularız; hassas anahtarlar normal sohbet veya e-postayla gönderilmemelidir. Test, üzerinde anlaşılan token davranışını ve dağıtım girdilerini kontrol ederken, son ağ işlemi belirlenen yetkilendirmeyi gerektirir.
Doğrulama ve metadata ayrı takip kalemleri olarak ele alınır. İlgili gezgin iş akışı için gereken bilgileri hazırlar ve ekibinizin göndermesi veya onaylaması için hazır olanı doğrularız. Hedef ağın doğrulama gereksinimlerini resmi gezgini üzerinden inceleyin; örneğin Ethereum dağıtımı için Etherscan veya Solana için Solscan.
Token oluşturma projesine neler dahildir?
Bir token oluşturma projesi, uygulamadan dağıtım koordinasyonuna kadar kapsamda anlaşılan teslimatları kapsar. Kesin yapı, varsayılan bir ekstra özellik paketi yerine seçilen standarda ve onaylanan gereksinimlere göre belirlenir.
Tipik bir kapsam şunları içerebilir:
- Gereksinim incelemesi ve yazılı token spesifikasyonu.
- Seçilen standart için sözleşme veya token uygulaması.
- Onaylanan davranış ve yapılandırmaya göre test.
- Anlaşılan ağ için dağıtım koordinasyonu.
- Uygun olduğunda doğrulama hazırlığı ve metadata kurulumu.
- Dağıtım bilgileri ve anlaşılan proje dosyalarıyla teslimat notları.
Çalışma başlamadan önce, basit bir tokenın ötesinde ek izinler, arz kontrolleri veya entegrasyonlar gibi istenen özellikleri belirleyin. Bu gereksinimler uygulamayı değiştirebilir ve brief'te açıkça tanımlanmalıdır. Token oluşturma otomatik olarak bir dApp, web sitesi, cüzdan arayüzü veya sürekli token operasyonları içermez. Kullanıcıların token çevresinde bir uygulamaya ihtiyacı varsa, dApp geliştirme bölümünü inceleyin; projenin halka açık bir lansman sayfasına ihtiyacı varsa, Web3 web sitesi ve landing geliştirme bölümüne bakın.
Teslimat, neyin dağıtıldığını, hangi ağın kullanıldığını ve ekibinizin tamamlaması gerekenleri netleştirmelidir. Bu teslimatları önceden kararlaştırırız, böylece dahili geliştiricileriniz sonucu yalnızca bir işlemden çıkarım yapmak zorunda kalmadan değerlendirebilir.
Token dağıtım projesini nasıl yürütüyoruz?
Net bir proje akışı, gereksinimleri, onayları ve dağıtım sorumluluklarını görünür kılar. Ürün kararlarını siz verirsiniz; onaylanan kapsamı uygulamaya ve belgelenmiş bir teslimata dönüştürürüz.
- Brief: Hedef ağı, token amacını, biliniyorsa standardı, arz kurallarını, izinleri ve metadata ihtiyaçlarını gönderin.
- İnceleme: Brief'te eksik kararları kontrol ederiz, teslimatları doğrularız ve üzerinde anlaşılan kapsamı Lansman Spesifikasyonu'na kaydederiz.
- Geliştirme ve test: Onaylanan davranışı uygularız ve dağıtımı düzenlemeden önce gereksinimlere göre gözden geçiririz.
- Dağıtım: İşlem yapılmadan önce taraflar ağı, dağıtım girdilerini ve imzalama sorumluluğunu doğrular.
- Teslimat: Anlaşılan dosyaları ve dağıtım detaylarını, ayrıca Çalıştırma Günlüğü'nde doğrulama ve metadata durumunu sağlarız.
Takvim, spesifikasyon anlaşıldıktan sonra belirlenir. Basit bir token, daha az kararla süreçten geçebilir; özel izinler, ek standartlar veya geciken onaylar inceleme işi ekler. Projeyi ilerletmek için arz ve izin kararlarını onaylayabilecek ve uygulamadan önce nihai token adını ve metadata'yı sağlayabilecek bir kişi atayın. Daha geniş lansman planlaması için bu teknik kapsamı token lansman hizmetleri ve ilgili fiyatlandırma bilgileri ile karşılaştırın.
Token yayınlanmadan önce neyi doğrulamalısınız?
Dağıtımı kullanıcılarla paylaşmadan önce onaylanan spesifikasyonun, dağıtım girdilerinin ve genel token detaylarının uyumlu olduğunu kontrol edin. Kısa bir lansman öncesi inceleme, adlar, arz beklentileri ve proje bilgilerinde önlenebilir düzeltmeleri engeller.
| Kontrol | Dağıtımdan önce doğrulayın |
|---|---|
| Ağ | Seçilen ağ, ürün planı ve hedeflenen kullanıcılarla uyumlu. |
| Arz | Başlangıç arzı ve gelecekteki ihraç kuralları anlaşıldı ve onaylandı. |
| İzinler | Her ayrıcalıklı eylemin net bir sahibi ve amacı var. |
| Metadata | Token adı, sembolü ve sağlanan proje detayları tutarlı. |
| Teslimat | Ekibiniz operasyonel sorumluluğu kimin üstleneceğini biliyor. |
Gezgin doğrulaması ve token görüntülemesi, ilgili ağ araçları ve inceleme süreçleri tarafından yönetilir. Anlaşılan uygulamayı teslim edebilir ve doğrulama materyallerini hazırlayabiliriz, ancak bir gezginin kabulünü, sunumunu veya zamanlamasını kontrol edemeyiz; token görünürlüğü ve üçüncü taraf listeleri dağıtımın kendisinin parçası değildir.
Token'ın ayrı listing çalışması gerekiyorsa, listings ve doğrulama bölümüne bakın. Dağıtımdan sonra topluluk planlamasına ihtiyacınız varsa, topluluk büyümesi ve etkileşim bölümünü inceleyin. Başlamak için hedef ağınızı, token gereksinimlerinizi ve varsa mevcut sözleşme veya metadata dosyalarını gönderin. Girdileri gözden geçireceğiz, açık kararları belirleyeceğiz ve kapsamlı bir sonraki adımı döndüreceğiz.
Fiyatlar
| Hizmet | Fiyat | Teklif |
|---|---|---|
| Token dağıtımı | $540'den başlayan / proje |
Başlangıç fiyatları USD'dir. Özel paketler ve hacim indirimleri talep üzerine. Ödeme: USDT, USDC, BTC, ETH, SOL, TON veya proje tokeniniz ile.
Nasıl çalışır
- Token brief'ini gönderinHedef ağı, token amacını, standardı, arz beklentilerini, izinleri ve metadata ihtiyaçlarını paylaşın. Mevcut teknik belgeleri veya sözleşme dosyalarını ekleyin.
- Kapsamı onaylayınGereksinimleri gözden geçirir, onayınızı gerektiren kararları işaretler ve uygulamadan önce teslimatları ve dağıtım sorumluluklarını kararlaştırırız.
- Geliştirin ve test edinOnaylanan token davranışını uygular ve dağıtımı koordine etmeden önce spesifikasyona göre kontrol ederiz.
- Dağıtın ve doğrulayınBelirlenen taraf dağıtım girdilerini ve yetkilendirmeyi onaylar. İlgili iş akışı için anlaşılan doğrulama ve metadata materyallerini hazırlarız.
- Teslimatı alınAnlaşılan dosyaları, dağıtım bilgilerini ve tamamlanan öğeleri ile kalan eylemleri gösteren bir Çalıştırma Günlüğü alırsınız.
Sık sorulan sorular
Projem için hangi token standardını seçmeliyim?
Hedef ağa ve ürününüzün ihtiyaç duyduğu token formatına göre seçin. ERC-20, BEP-20, SPL ve Jetton farklı ortamlarla ilişkilidir. Emin değilseniz, token'ın nerede çalışması gerektiğini ve kullanıcıların ne yapabilmesi gerektiğini bize söyleyin; uygulamadan önce uygunluğu gözden geçirebiliriz.
Token oluşturmak için hangi bilgilere ihtiyacınız var?
Hedef ağı, token amacını, tercih edilen adı ve sembolü, arz beklentilerini, izin gereksinimlerini ve metadata detaylarını gönderin. Arzın sabit mi yoksa gelecekte ihraç gerektirip gerektirmediğini belirtin. Bazı kararlar açıksa, ekibin bir ayar varsaymasını istemek yerine bunları açık olarak işaretleyin.
Aynı token'ı birden fazla ağda dağıtabilir misiniz?
Birden fazla ağ için dağıtımları kapsamlandırabiliriz, ancak her standart ve ağ kendi uygulama ve dağıtım planını gerektirir. Gereksinimlerin, testlerin, onayların ve teslimatın hedeflenen dağıtımları kapsaması için tüm hedef ağları ilk brief'te paylaşın.
Token dağıtımı gezgin doğrulamasını içerir mi?
Doğrulama hazırlığı anlaşılan kapsama dahil edilebilir. Materyalleri düzenler ve ilgili gezgin iş akışını destekler, ardından durumu raporlarız. Gezgin incelemesi ve görüntülemesi platform tarafından kontrol edilir, bu nedenle kabul proje ekibinin belirleyebileceği bir şey değildir.
Token oluşturma ve dağıtım ne kadar sürer?
Süre, gereksinim incelemesinden sonra onaylanır. Basit bir kapsam, ağ, arz davranışı, izinler ve metadata onaylandıktan sonra ilerleyebilir. Özel gereksinimler, birden fazla dağıtım, eksik girdiler veya geciken imzalama kararları işi uzatabilir.
Token oluşturma için başlangıç fiyatı nedir?
Projeler $540 / projeden başlar. Nihai kapsam, seçilen standarda, istenen davranışa, ağ sayısına ve doğrulama veya metadata desteğinin dahil olup olmadığına bağlıdır. Çalışma başlamadan önce kapsamlı bir teklif için gereksinimleri gönderin.
Projenizi anlatın
Dört hızlı soruyu yanıtlayın, yöneticiniz bir saat içinde plan, zamanlama ve fiyat aralığı göndersin. Her şey gizli kalır.
Form yükleniyor…