Akıllı sözleşme geliştirme: Kuralları koddan önce yazın

Bir sözleşme taahhüdü neyi teslim etmelidir?

Hızlı test: Her sözleşme fonksiyonunu geliştirici olmayan birinin anlayabileceği tek bir cümleyle açıklayın. Açıklayamıyorsanız, kural henüz net değildir.

Akıllı sözleşme geliştirme, bir ürünün kararlaştırılan kurallarını, seçilen bir blockchain üzerinde test edilebilir ve yayına hazır hale getirilebilir koda dönüştürür. Faydalı çıktı, tek başına kod değildir; beklenen davranışı, sınırları ve teslimatı ürün ekibi için net olan bir uygulamadır.

Bu hizmet, projenizin token ile ilgili bir sözleşme, vesting takvimleri, staking akışları veya bir dApp'in çağıracağı sözleşme fonksiyonları gibi özel zincir üstü mantık gerektirdiğinde uygundur. Sözleşme daha geniş bir ürünün parçasıysa, planı Web3 geliştirme ve dApp geliştirme ile uyumlu hale getirebiliriz, böylece arayüz ve sözleşme girdiler, izinler ve kullanıcı eylemleri konusunda mutabık kalır.

Uygulamadan önce şunları hazırlayın:

• Her kullanıcı eyleminin ve beklenen sonucunun sade bir dille açıklaması.
• Kullanmayı planladığınız blockchain ve varsa mevcut sözleşme veya ürün bağımlılıkları.
• Erişim, zamanlama, değişiklikler ve istisnai durumlar için kurallar.
• Açık ürün sorularını çözebilecek belirlenmiş bir karar verici.

Bir kuralı henüz belirleyemiyorsanız, bunun örtük bir mühendislik tercihi haline gelmesine izin vermek yerine kararsız olarak işaretleyin. Açık soruları bir inceleme listesine dönüştürür, ardından geliştirmeye başlamadan önce sözleşme planını sizinle onaylarız.

Gereksinimler nasıl test edilmiş davranışa dönüşür?

Her gereksinimi, yayına hazır olarak değerlendirmeden önce gözlemlenebilir sözleşme davranışına ve bir teste eşleriz. Bu, proje ekibine, uygulamanın amaçlanan kurallarla eşleşip eşleşmediğini kontrol etmek için pratik bir yol sağlar; "staking'i destekle" gibi geniş bir açıklamaya güvenmek yerine.

Çalışma sırası basittir: kullanıcı rollerini ve izin verilen eylemleri netleştirin, beklenen durum değişikliklerini tanımlayın, geçersiz veya eksik girdileri belirleyin, ardından kararlaştırılan durumları uygulayın ve test edin. Her fonksiyon için kabul kriterleri, geçerli bir çağrının ne yaptığını, bunu kimin yapabileceğini ve bir koşul karşılanmadığında ne olması gerektiğini yanıtlamalıdır. Bu kriterleri, geliştirmenin temeli haline gelmeden önce ürün sahibinizle birlikte inceleriz.

Yararlı bir plan ayrımı, sözleşme davranışı ile ürün deneyimi arasındadır. Sözleşme, kendisine atanan kuralları yönetir; bağlı bir uygulamanın yine de durumları açıklaması, verileri göstermesi veya kullanıcıları bir işlem boyunca yönlendirmesi gerekebilir. Her ikisi de plandaysa, bu sınırı dApp geliştirme ile koordine ederiz. Özel mantığın yanı sıra oluşturma ve dağıtım gerektiren bir token için, sözleşme gereksinimlerini token oluşturma ve dağıtım ile uyumlu hale getirin.

Kararlaştırılan davranışların ve bunlara karşılık gelen testlerin incelenebilir bir kaydını alırsınız. Bu, daha sonraki ürün değişikliklerini değerlendirmeyi kolaylaştırır: ekip, bir güncellemeyi onaylamadan önce hangi mevcut kuralların etkilendiğini belirleyebilir.

7 maddelik sözleşme şartname kontrol listeniz

Herhangi bir kod yazılmadan önce bu 7 maddeyi yazın. Bunlar, her testin kontrol edildiği kabul kriterleri haline gelir. İşaretlenmiş listeyi kayıtlarınızla birlikte saklayın, çünkü daha sonra neyin kararlaştırıldığını açıklamanın en hızlı yoludur.

1. Her sözleşmeyi ve tek işini listeleyin.
2. Her fonksiyonu kimin çağırabileceğini yazın.
3. Vesting ve staking takvimlerini tam sayılarla tanımlayın.
4. Sözleşmenin yükseltilebilir olup olmadığına ve kim tarafından yükseltilebileceğine karar verin.
5. Başarısızlık durumlarını ve her biri için beklenen sonucu listeleyin.
6. Zinciri ve token standardını seçin.
7. Yayından önce bağımsız bir inceleme planlayın.

Tek satırda terimler

Vesting: token'ların sabit bir takvime göre kademeli olarak sahiplere serbest bırakılması.

Yükseltilebilir sözleşme (sade bir dille: mantığı dağıtımdan sonra değiştirilebilen sözleşme).

Vesting ve staking kurallarını belirleme

Vesting ve staking sözleşmeleri, uygunluk, zamanlama, kullanıcı eylemleri ve ürünün görüntülediği sonuçlar için açık kurallara ihtiyaç duyar. Özelliği adlandırmak yeterli değildir; sözleşme planı, uygulamanın desteklemesi gereken durumları ve reddetmesi gereken durumları tanımlamalıdır.

Vesting için, kimin tahsisat alacağına, takvimi hangi olayın başlattığına, serbest bırakmaların nasıl hesaplandığına ve takvim belirlendikten sonra herhangi bir değişikliğe izin verilip verilmediğine karar verin. Ürünün, bir kullanıcının tahsisatını kontrol etmesini veya mevcut bir serbest bırakmayı talep etmesini nasıl ele alması gerektiğini onaylayın. Staking için, bir katılımcının hangi eylemleri gerçekleştirebileceğini, giriş ve çıkış için hangi koşulların geçerli olduğunu ve sözleşmenin ilgili bakiyeleri veya durumları nasıl temsil ettiğini tanımlayın. Bunlar, ekibinizle onaylamanız gereken gereksinimlerdir, sessizce seçtiğimiz varsayılan ayarlar değildir.

Bu hazırlık kontrol listesini kullanın:

• Her sözleşme fonksiyonunu oluşturabilecek, yönetebilecek veya kullanabilecek rolleri belirleyin.
• Zamanlama kurallarını ve geçerli bir eylem olarak kabul edilenleri yazın.
• İstisnai durumların nasıl ele alınması ve iletilmesi gerektiğine karar verin.
• Onaylanmış ürün kurallarını, halen incelenmekte olan politika veya token kararlarından ayırın.

Token arzı veya dağıtımı aynı yayının parçasıysa, planı token oluşturma ve dağıtım ile koordine edin. Kullanıcılar özel bir cüzdan deneyimi aracılığıyla etkileşime girecekse, sözleşme ve arayüz gereksinimlerinin birlikte incelenmesi için bağlantıyı kripto cüzdan geliştirme ile erken tartışın.

Taahhüt neleri içerir?

Pratik kural: Testler, aklınıza gelenleri gösterir. Bağımsız bir inceleme, aklınıza gelmeyenleri gösterir.

Taahhüt, kararlaştırılan sözleşme planını ve ekibinizin bu çalışmayı incelemek, test etmek ve yayına hazırlamak için ihtiyaç duyduğu materyalleri kapsar. Başlangıçta ne alacağınızı onaylarız, böylece ekibinize veya harici bir denetçiye bağlı olan herhangi bir çalışma da dahil olmak üzere tamamlanmanın ortak bir tanımı olur.

Onaylanan plana bağlı olarak, alabilecekleriniz şunları içerebilir:

• Sözleşme gereksinimlerinin ve kabul kriterlerinin yazılı bir özeti.
• Seçilen blockchain ve kararlaştırılan fonksiyonlar için özel sözleşme uygulaması.
• Planlama sırasında tanımlanan davranışları ve uç durumları kapsayan testler.
• İncelemeye hazır olanı ve hala açık olanı açıklayan derleme ve sürüm notları.
• Kararlaştırılan materyallerin paketlenmesi ve bulgulara yanıtların düzenlenmesi dahil olmak üzere bağımsız bir denetimin koordinasyonu.

Denetim koordinasyonu, ekibin net bir inceleme teslimatı hazırlamasına yardımcı olmak ve geri bildirimleri kod değişikliklerine dönüştürmek anlamına gelir. Bir denetimin gerçekleştiğini veya bir denetçinin kodu onayladığını temsil etmekten farklıdır. Ürününüzün sözleşme davranışını açıklamak için bir web sitesine veya landing page'e ihtiyacı varsa, teknik plan Web3 web sitesi ve landing geliştirme ile koordine edilebilir.

Güçlü bir teslimat, dahili ekibinizin neyin inşa edildiğini, neyin test edildiğini ve hangi kararların onlara ait olduğunu anlamasını sağlar. Aldıklarınızı proje sahibinizle birlikte inceler, kabul edilen değişiklikleri kaydeder ve çalışma tamamlanmış sayılmadan önce yayın durumunu netleştiririz.

Proje nasıl planlanır ve incelenir?

Proje, gereksinimlerden uygulamaya, belirlenmiş inceleme noktaları aracılığıyla ilerler ve zamanlama onaylanan plana göre belirlenir. Küçük, iyi tanımlanmış bir sözleşme ile çok özellikli bir sistem aynı plana ihtiyaç duymaz, bu nedenle önce neyin inşa edildiğini ve kararları kimin vereceğini belirleriz.

Başlangıçta, seçilen blockchain'i, sözleşme bağımlılıklarını, ürün kurallarını, mevcut kodu ve onaylardan sorumlu kişileri kontrol ederiz. Geliştirme sırasında, kararlaştırılan gereksinimlere göre ilerlemeyi paylaşır ve davranışı değiştirebilecek soruları son dakika sürprizleri haline gelmeden gündeme getiririz. Uygulamayı kabul kriterlerine göre incelersiniz ve talep edilen değişiklikleri onay için belirli öğeler olarak kaydederiz.

Takvim, talep edilmesi halinde harici incelemeyi de hesaba katar. Materyaller hazır olduğunda koordinasyonu sağlar, denetçi geri bildirimlerini ilgili gereksinime bağlı tutar ve hangi değişikliklerin kararlaştırılan plana dahil edildiğini onaylarız. Ekibiniz, ürün ve erişim sorularına hızlı yanıtlar vermeyi planlamalıdır; çözülmemiş kararlar uygulamayı veya yayın hazırlığını geciktirebilir.

Çalışmayı değerlendirmeyi kolaylaştırmak için, tamamlanan öğeleri, açık kararları, test durumunu ve sonraki eylemleri ayıran bir ilerleme güncellemesi isteyin. MarketingExtra, kabul kriterleri ve test kapsamının doğrudan mühendis-müşteri incelemesini kullanır, böylece ürün davranışını onaylayan kişiler her testin neyi tespit etmeyi amaçladığını görebilir. Ortaya çıkan teslimat planı, derleme ilerlemeden önce sizinle onaylanır.

Kodu yayınlamadan önce bilmeniz gerekenler

Dikkatli bir geliştirme süreci incelenebilirliği artırır, ancak test ve denetim koordinasyonu her yayın riskini ortadan kaldırmaz. Testler yalnızca kapsadıkları durumları kontrol edebilir ve bağımsız bir denetçi sorunlar belirleyebilir veya değişiklik talep edebilir; dağıtım, ekibiniz tam sürümü ve hedef ağı onaylayana kadar beklemelidir.

Sorumlu bir teslimat için, dağıtılan sürümün ekibinizin incelediği sürümle eşleştiğini, yayın izinlerinin anlaşıldığını ve projenin yayın sonrası sorular için bir sorumlusu olduğunu onaylayın. Kabul edilen gereksinimlerin, test sonuçlarının, varsa denetçi geri bildirimlerinin ve nihai yayın kararının bir kaydını saklayın. Bu materyaller, ekibinizin doğrulanmış çalışmayı, geliştirme planının dışında kalan kararlardan veya operasyonel sorumluluklardan ayırt etmesine yardımcı olur.

Sözleşme geliştirme daha büyük bir derlemenin parçasıysa, yayın planını sözleşmeyi ayrı bir bitiş çizgisi olarak ele almak yerine daha geniş Web3 geliştirme planıyla uyumlu hale getirin. Hedef blockchain'inizi, sözleşmenin amacının kısa bir açıklamasını ve varsa mevcut şartnameleri veya kodları MarketingExtra ile paylaşın. Materyalleri inceleyecek, cevaplanmamış ürün kararlarını belirleyecek ve çalışma için yazılı bir plan döndüreceğiz.

3 şey gönderin: ürün kurallarınız, hedef zinciriniz ve inceleme için zaman çizelgeniz.

Nasıl çalışır

1. Ürün kurallarını paylaşınAmaçlanan sözleşme davranışını, hedef blockchain'i, mevcut kodu veya şartnameleri ve bilinen bağımlılıkları gönderin. Çözülmemiş kararları açıkça işaretleyin.
2. Planı ve kabul kriterlerini onaylayınRolleri, eylemleri, istisnai durumları ve karar vericinizle ne alacağınızı inceleriz. Kararlaştırılan kriterler, geliştirme ve testin kapsayacağını belirler.
3. Kararlaştırılan davranışı oluşturun ve test edinMühendis, planlanan sözleşmeyi uygular ve kabul edilen test senaryolarına göre kontrol eder. Davranışı etkileyen sorular kararınız için size geri getirilir.
4. Bağımsız incelemeyi koordine edinDenetim koordinasyonu dahil edilmişse, kararlaştırılan materyalleri hazırlar, geri bildirimleri düzenler ve talep edilen değişiklikleri ekibinizle takip ederiz.
5. Yayın teslimatını inceleyinSeçilen ağ için yayın planını onaylamadan önce nihai aldıklarınızı, test kaydını ve açık öğeleri incelersiniz.