Web3 Ürünleri İçin Kripto Cüzdan Geliştirme

Hangi cüzdan modeli ürününüze ve kullanıcılarınıza uygun?

Doğru cüzdan modeli, kontrol, kurtarma ve işletme sorumluluklarının ürüne uyduğu modeldir; sadece en kısa kaydolma süresine sahip olan değil. Anahtarları kimin kontrol ettiğini, kullanıcıların ne yapması gerektiğini ve hangi sorumlulukların ekibinize veya bir sağlayıcıya ait olduğunu belgeleyerek başlıyoruz.

Emanetçi olmayan bir cüzdan, kullanıcıların kendi anahtarlarını kontrol etmesi etrafında tasarlanmıştır. Ürün planı, kurulum, işlem onayı ve net kurtarma yönergelerini hesaba katmalıdır. Emanetçi bir cüzdan, anahtar yönetimini ürün veya sağlayıcısı tarafından yönetilen bir işletme modeline yerleştirir, bu nedenle sorumluluklar ve geçerli düzenleyici sınıflandırma erken dikkat gerektirir. Danışmanınız, lansmandan önce bu sınıflandırmayı incelemelidir.

Bu kararları ilk incelemeye getirin:

• Birincil kullanıcı kim ve ilk anlamlı cüzdan eylemi nedir?
• Hangi hesap kurulumu ve kurtarma deneyimi bekleniyor?
• Cüzdan transferleri, takasları veya her ikisini de destekleyecek mi?
• Hangi pazarlar ve işletme sorumlulukları danışmanın incelemesine ihtiyaç duyuyor?

Üzerinde anlaşılan varsayımları bir Yetki Belgesi (Mandate Letter) içinde kaydediyoruz, böylece tasarım ve mühendislik aynı ürün sınırından çalışır. Cüzdan etkinliği daha geniş bir uygulamanın parçasıysa, kapsamı dApp geliştirme veya akıllı sözleşme geliştirme ile uyumlu hale getirebiliriz.

Anahtar yönetimi ve güvenlik, cüzdan tasarımını nasıl şekillendirir?

Anahtar yönetimi, kullanıcı deneyimini, işletme modelini ve güvenlik incelemesini etkiler, bu nedenle uygulama detayları netleşmeden karara bağlanmalıdır. Hesap oluşturma, yetkilendirme, kurtarma ve destek senaryolarına yönelik amaçlanan yaklaşımı haritalandırır, ardından bu haritayı ürün ve teknik tasarıma rehberlik etmesi için kullanırız.

Her kritik eylem için ekip, kullanıcının ne gördüğünü, cüzdanın ne yapmasının beklendiğini ve eylemin tamamlanamaması durumunda ne olacağını açıklayabilmelidir. Bu, ilk kurulum, işlem onayı, kurtarma talimatları ve emanetçi bir üründeki herhangi bir yönetim iş akışı için geçerlidir. Ayrıca, açık sahiplik gerektiren entegrasyonları ve arka uç sorumluluklarını da belirleriz.

Hazırlığımız şunları içerebilir:

• Açık soruların müşteriye veya danışmana atandığı bir anahtar yönetimi karar kaydı.
• Kaydolma, imzalama, kurtarma ve destek için bir akış envanteri.
• Cüzdan, arka uç ve takip bileşenleri için entegrasyon sınırları.
• Üzerinde anlaşılan uygulama kapsamı etrafında düzenlenmiş bir denetim hazırlık kontrol listesi.

Bir Kalite Kapısı (Quality Gate), üzerinde anlaşılan akışların, uygulama kapsamının ve inceleme materyallerinin çalışma ilerlemeden önce uyumlu olup olmadığını kontrol eder. Bağımsız bir güvenlik denetiminin yerini almaz; amaçlanan ürünü ve inceleme için mevcut materyali değerlendirmeyi kolaylaştırır. Token davranışı bir işlem akışının parçası olduğunda, cüzdan kapsamını token oluşturma ve dağıtım ile koordine edin.

Çoklu zincir, işlem ve takas kapsamı neleri içermelidir?

Bir cüzdanın zincir listesi, yalnızca desteklenen her ağın tanımlanmış bir kullanıcı amacı ve planlanmış bir işlem yolculuğu olduğunda kullanışlıdır. Ürün gereksinimini, çoklu zincir desteğini bir onay kutusu olarak ele almak yerine sınırlı bir entegrasyon kapsamına çeviriyoruz.

Talep edilen her ağ için, kullanıcıların tamamlaması gereken eylemleri, ilgili işlem durumlarını ve ürün tarafından ihtiyaç duyulan herhangi bir arka uç veya takip çalışmasını belirleyin. Takaslar için, amaçlanan kullanıcı yolunu ve hangi entegrasyon sorumluluklarının cüzdana, arka uca veya bir üçüncü tarafa ait olduğunu netleştirin. Kısa bilgi ayrıca temel lansman akışlarını daha sonraki bir sürüm için bekleyebilecek yeteneklerden ayırmalıdır.

Teslimat yüzeyi tasarım çalışmasını değiştirir:

• Tarayıcı eklentisi: kullanıcıların cüzdana nasıl girdiğini, bir eylemi nasıl incelediğini ve ürüne nasıl döndüğünü tanımlayın.
• Mobil cüzdan: temel ekranları, desteklenen akışları ve mevcut herhangi bir uygulamayla bağlantıyı belirtin.
• Telegram Mini Uygulaması: cüzdan yolculuğunu ürünün Telegram deneyimi içinde ayarlayın ve hesap ile işlem adımlarını açık hale getirin.

Her yüzeyi ve akışı proje kapsamında belgeliyoruz, böylece mühendislik ve müşteri incelemecileri aynı kabul noktalarına karşı çalışabilir. Ürününüzün cüzdanın ötesinde bir Telegram deneyimine ihtiyacı varsa, Telegram bot ve Mini Uygulama geliştirme bölümünü inceleyin; özel bir uygulama için mobil uygulama geliştirme bölümüne bakın.

Bir cüzdan projesi kapsamdan sürüme nasıl ilerler?

Bir cüzdan projesi, tanımlanmış kararlar, uygulama ve inceleme yoluyla ilerler; müşteri neyin hazır olduğunu ve neyin açık kaldığını görebilir. Kesin program, sabit bir takvim vaadi yerine seçilen yüzeyleri, zincirleri, entegrasyonları ve inceleme gereksinimlerini takip eder.

Ürün hedeflerini, emanet varsayımlarını, kullanıcıları, gerekli akışları ve müşteri tarafı bağımlılıklarını onaylayarak başlıyoruz. Tasarım ve teknik kapsam daha sonra teslim edilecek işi, entegrasyon sorumluluklarını ve inceleme materyallerini belirler. Uygulama sırasında, kararları ve çözülmemiş öğeleri görünür tutarız, böylece müşteri bir akışı veya sürüm hazırlığını engellemeden önce yanıt verebilir.

Bir Uyumluluk İncelemesi (Compliance Review), özellikle emanetçi ürünler için müşterinin danışmanı veya diğer belirlenmiş incelemecinin yanıtlamasını gerektiren soruları kaydetmek için kullanılır. Yasal tavsiyenin yerini almaz. Sürüm hazırlığından önceki incelememiz, üzerinde anlaşılan kapsamı uygulanan akışlara karşı kontrol eder ve bilinen devir teslimleri, bekleyen müşteri girdileri ve denetim hazırlık materyallerini kaydeder.

Yönetişimi pratik tutmak için, onaylanmış kapsamı, karar kayıtlarını, inceleme notlarını ve sürüm sorumluluklarını içeren bir Yönetişim Dosyası (Governance File) tutabiliriz. Ekibiniz bir karar verici belirlemeli, gerekli sistemlere zamanında erişim sağlamalı ve ürün, teknik ve uyumluluk sorularını kimin onaylayacağını belirtmelidir. Geliştirmenin daha geniş teslimat modeline nasıl uyduğuna genel bir bakış için Web3 geliştirme bölümüne bakın.

Bir cüzdan geliştirme için müşteri ne hazırlamalıdır?

Net bir başlangıç paketi, ekibin gerçek mühendislik sınırını tahmin etmesine yardımcı olur ve gereksiz yeniden tasarımı azaltır. Her cevabın nihai olması gerekmez, ancak bilinmeyenler uygulama başlamadan önce adlandırılmalı ve atanmalıdır.

Bizim hazırladıklarımız:

• Cüzdan türü, teslimat yüzeyi, zincirler ve gerekli kullanıcı eylemlerini kapsayan bir kapsam taslağı.
• Ürün, arka uç ve üçüncü taraf sorumluluklarını belirleyen bir akış ve entegrasyon haritası.
• Güvenlik, uyumluluk soruları ve sürüm hazırlığı için inceleme kontrol noktaları.
• Tamamlanan işi, açık kararları ve müşteri devir teslimlerini ayıran bir teslimat kaydı.

Müşterinin sağladıkları:

• Ürün hedefleri, hedef kullanıcılar ve mevcut herhangi bir ürün veya teknik dokümantasyon.
• İstenen emanet yaklaşımı, desteklenen ağlar ve öncelikli işlem veya takas akışları.
• Mevcut tasarımlar, marka varlıkları, entegrasyon detayları ve ilgili ortamlara erişim.
• Varsa, adlandırılmış bir ürün karar vericisi, teknik irtibat kişisi ve danışman veya uyumluluk incelemecisi.

Kapsam bir MVP ile başlayabilir ve sonraki aşamalar için açıkça ayrılmış öğeler bırakabilir; bu, lansman için kritik yolculukları gelecekteki özelliklerden ayrı tutar. Cüzdan daha büyük bir ürünün parçasıysa, başlangıçta ilgili Web3 geliştirme gereksinimlerini ve herhangi bir web sitesi veya açılış sayfası gereksinimini paylaşın. Bize ürün özetinizi, tercih ettiğiniz cüzdan yüzeyini, emanet varsayımlarınızı ve hedef akışlarınızı gönderin. MegaSatoshi bu materyalleri inceleyecek, geliştirmeyi kapsamlandırmak için gereken kararları belirleyecek ve önerilen bir proje taslağı ile geri dönecektir.

Bir cüzdanın sürümünü ve güvenlik incelemesini neler etkileyebilir?

Yararlı bir sürüm planı, ekibinizin onaylayabileceği işi, harici sistemler veya incelemeciler tarafından kontrol edilen sonuçlardan ayırır. Bu, cüzdan kapsamını daha uygulanabilir kılar ve teknik bir teslimat planının yasal veya güvenlik onayı ile karıştırılmasını önler.

Uygulamadan önce, ağ entegrasyonları, üçüncü taraf hizmetler, müşteri tarafından sağlanan ortamlar ve lansman için gereken herhangi bir harici inceleme gibi bağımlılıkları kaydedin. Her bağımlılığa bir sorumlu atayın ve bağlı bir hizmet kullanılamıyorsa ürünün kullanıcılara ne göstermesi gerektiğine karar verin. Bu kararları, onaylanan işlem akışlarının yanında proje kaydında tutun.

Emanetçi ürünler için, danışmandan lansmandan önce düzenleyici sınıflandırmayı incelemesini isteyin ve bu incelemenin sahipliğini belgeleyin. Bağımsız güvenlik incelemesi ve denetim hazırlığını, erişim, materyaller ve düzeltme sahipliğinin önceden kararlaştırıldığı açık iş akışları olarak planlayın.

Cüzdan yürütmesi, seçilen ağ ve harici entegrasyon kullanılabilirliğinden etkilenebilirken, yasal sınıflandırma ve bağımsız bir denetçinin sonuçları geliştirme ekibi tarafından kontrol edilmez. Üzerinde anlaşılan cüzdan uygulamasını ve inceleme materyallerini teslim edebiliriz, ancak danışmanın sınıflandırmasını belirleyemez veya harici bir denetim sonucu vaat edemeyiz.

Fiyatlar

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

1. Yetkiyi onaylayınÜrün özetini, hedeflenen kullanıcıları, emanet varsayımlarını ve hedef cüzdan yüzeyini paylaşın. Hedefleri, kapsam sınırlarını ve müşteri veya danışman girdisi gerektiren kararları belgeliyoruz.
2. Akışları ve entegrasyonları haritalandırınGerekli hesap, işlem, takas ve kurtarma yolculuklarını belirliyor, ardından üzerinde anlaşılan ağlar için entegrasyon ve arka uç sorumluluklarını atıyoruz.
3. Tasarlayın ve uygulayınEkip, onaylanan cüzdan deneyimini ve teknik kapsamı geliştirir, teslimat sırasında açık kararları ve müşteri bağımlılıklarını görünür tutar.
4. İnceleyin ve sürüme hazırlayınUygulamayı üzerinde anlaşılan akışlara karşı kontrol ediyor, inceleme materyallerini düzenliyor ve müşteri onayı ve sürüm planlaması için bekleyen devir teslimleri kaydediyoruz.