Akıllı Sözleşme Geliştirme: Kurallardan Yayına

Hangi sözleşme kararları ilk kapsam kaydında yer almalıdır?

İlk çıktı, bir kod tahmini değil, bir kapsam kaydıdır. Her ürün eylemini bir aktöre, izne ve beklenen zincir üstü sonuca bağlar. 6 alan kullanırız: aktör, eylem, izin, durum değişikliği, hata yanıtı ve olay. Bu alanlar, uygulamadan önce eksik kararları görünür kılar.

Önerilen her işlev için kullanıcı akışını ve amaçlanan sonucu sağlayın. Bilinen yönetim rollerini ve kısıtlamaları ekleyin. Token ile ilgili çalışmalar için mevcut token modelini veya planlanan işlevleri dahil edin. Bağlı bir ürün için arayüz notlarını ve entegrasyondan sorumlu ekibi ekleyin.

Kapsam kaydı, talebin tek bir sözleşme mi yoksa birkaç ilgili bileşen mi gerektirdiğini belirlemeye yardımcı olur. Ayrıca onayınızı gerektiren kararları işaretler. Bu girdileri incelemeye getirin:

• Reddedilen veya ertelenen eylemler dahil ürün akışı.
• Hedeflenen zincir ve bilinen sözleşme bağımlılıkları.
• Rol ve izin beklentileri.
• Ekip tarafından onaylanmış vesting veya staking kuralları.
• Yayın koşulları ve olası denetim gereksinimleri.

Token işlevleri için sözleşme kapsamını token oluşturma ve dağıtım ile koordine edin. Daha geniş Web3 geliştirme kapsamı, bağlı ürün bileşenlerini içerebilir.

Bir şartname nasıl test edilebilir sözleşme davranışına dönüşür?

Bir şartname, her önemli eylemin beklenen bir sonucu ve tanımlanmış bir izni olduğunda test edilebilir hale gelir. Onaylanan kapsamı, kod başlamadan önce ürün ve mühendislik ekiplerinin inceleyebileceği davranışa dönüştürürüz.

Şartname geçişimiz 3 alanı kontrol eder: kullanıcı eylemleri, yönetim yetkileri ve sözleşme sınırları. Her eylem için geçerli girdiyi, ortaya çıkan durum değişikliğini ve geçersiz bir talebe yanıtı kaydederiz. Ekip bir davranışa karar vermemişse, onay almadan bir kural seçmek yerine bunu açık olarak listeleriz.

Testler daha sonra şartnameye eşlenir. 2 test grubu kullanırız: beklenen akışlar ve belirlenen hata yolları. Beklenen akış testleri, izin verilen eylemleri ve durum değişikliklerini kapsar. Hata yolu testleri, reddedilen eylemleri, rol sınırlarını ve bir güncellemeyi engellemesi gereken koşulları kapsar. Kesin durumlar, sözleşmenin işlevlerine ve entegrasyonlarına bağlıdır.

Şartnameyi uygulamadan önce inceleyebilir ve daha sonraki değişiklikler sırasında referans olarak kullanabilirsiniz. Sözleşmeyi çağıran uygulama arayüzleri için teslimatı dApp geliştirme ile uyumlu hale getirin. Bu, her iki ekibe sözleşme sınırının ortak bir tanımını verir.

Vesting ve staking kuralları neleri belirtmelidir?

Bir vesting veya staking özetinin, katılımcılar, izinler ve varlık hareketi için açık kurallara ihtiyacı vardır. Sadece özelliği adlandırmak, nasıl davrandığını tanımlamaz. Önce koşulları belgeleriz, ardından her koşulu bir uygulama ve test senaryosuna bağlarız.

Vesting için kimin varlık aldığını, serbest bırakmaların ne zaman gerçekleştiğini ve herhangi bir yetkili tarafın bir yararlanıcıyı veya programı değiştirip değiştiremeyeceğini onaylayın. Staking için para yatırma ve çekme işlemlerini, ödül mantığını ve bu kuralları etkileyebilecek rolleri tanımlayın. Bu seçimler projeye aittir. Bunları koda varsayımlar yerleştirmek yerine onay için kaydederiz.

Ürün tartışmasını hazırlamak için bu karşılaştırmayı kullanın:

Her satır için davranışın net bir girdi ve sonuç olarak tanımlanıp tanımlanamayacağını sorun. Değilse, hala ihtiyaç duyulan ürün kararını belirleyin. Bu, daha kullanışlı bir şartname üretir ve test planına somut bir referans verir.

Sözleşme koduyla birlikte hangi kanıtlar iletilir?

Teslimat kaydı, kaynak kodu onaylanan şartnameye ve test kanıtlarına bağlar. Bu, ekibinizin neyin oluşturulduğunu incelemesini ve çalışmayı harici bir incelemeye hazırlamasını kolaylaştırır.

Teslimat, üzerinde anlaşılan kaynak ve depo materyallerini, belirtilen akışlara bağlı testleri, yapılandırma notlarını, bağımlılıkları ve dağıtım girdilerini içerebilir. Ayrıca onayınızı gerektiren çözülmemiş varsayımları da belgeleriz. Kayıt, tamamlanan işi hala yanıt bekleyen kararlardan ayırır.

Denetim koordinasyonu, bağımsız bir inceleyici için ilgili bağlamı hazırlar. Şartnameyi, kaynak sürümünü, test bilgilerini ve dağıtım varsayımlarını düzenleyebiliriz. Bulgular geldikten sonra, her bir öğeyi ilgili gereksinime veya kod alanına bağlamaya yardımcı oluruz. Ekibiniz, ürün davranışını, izinleri veya yayın varsayımlarını etkileyen herhangi bir değişikliği onaylar.

Denetçi bağımsız bir değerlendirme yapar. Koordinasyon bu incelemenin yerini almaz. Bir uygulamayı destekleyen sözleşmeler için, etkileşim sınırını inceleme materyallerine dahil edin. Arayüz gereksinimlerini dApp geliştirme ekibi ile paylaşın, böylece sözleşme ve uygulama teslimatları tutarlı varsayımlar kullanır.

Yapı, girişten teslimata kadar nasıl takip edilir?

Proje kaydı, kararları 5 aşamada takip eder: giriş, şartname, uygulama, test ve teslimat. Her aşamanın ekibinizin inceleyebileceği bir çıktısı vardır. Program, sözleşme sınırlarını, entegrasyonları, onay ihtiyaçlarını ve harici inceleme bağımlılıklarını anladıktan sonra kararlaştırılır.

Girişte, zincir tercihini, kullanıcı akışlarını, rol beklentilerini ve mevcut tasarım notlarını toplarız. Şartname sırasında ekibiniz amaçlanan davranışı onaylar. Uygulama, onaylanan bu kapsamı takip eder. Test, hangi davranışların ve hata yollarının kontrol edildiğini kaydeder. Teslimat, kaynağı, test kanıtlarını ve yayın notlarını bir araya getirir.

İlerleme güncellemeleri, tamamlanan öğeleri, açık soruları ve ihtiyaç duyulan bir sonraki onayı belirler. Ekibiniz, ürün kurallarını onaylayabilecek bir kişi belirlemelidir. Bu, cevaplanmamış bir sorunun onaylanmış bir gereksinim olarak ele alınmasını önler. Teslimattan önce, üzerinde anlaşılan çıktıları kapsam kaydıyla karşılaştırır ve kalan bağımlılıkları belirleriz.

Bir web sitesine veya landing page'e bağlanan bir sözleşme, paralel planlama gerektirebilir. Arayüz çalışması için Web3 web sitesi ve landing geliştirme bölümüne bakın. Daha geniş teknik kapsam için Web3 geliştirme bölümünü inceleyin.

Yayın kaydı, zincire özgü risk hakkında ne gösterir?

Yayın kaydı, onaylanan kaynak sürümünü, test kanıtlarını, yapılandırma girdilerini ve dağıtım sorumluluklarını gösterir. Projeye, yayın adayı operasyon ekibine geçmeden önce somut bir kontrol listesi sağlar.

Hedeflenen zincir ve dağıtım girdilerinin onaylanan kapsamla eşleştiğini onaylayın. Sözleşmeyi kimin dağıtacağını ve yöneteceğini doğrulayın. Kaynak sürümünün test kanıtlarına karşılık geldiğini kontrol edin. Hala bir proje kararı gerektiren denetim bulgularını kaydedin. Hangi ürün arayüzlerinin ortaya çıkan sözleşme adresine bağlı olduğunu onaylayın.

Yükseltme mekanizması olmadan yayınlanan bir sözleşme daha sonra değiştirilemeyebilir ve genel zincir işlemleri görünür olabilir. Ağ işlem yönetimi ve bağımsız bir denetçinin sonuçları kontrolümüz dışındadır. Üzerinde anlaşılan kodu, testleri ve teslimat materyallerini teslim ederiz; bir onay veya hatasız bir yayın değil.

Bağlı bir Telegram arayüzü için, sahibini ve sözleşme girdilerini Telegram bot ve mini uygulama geliştirme ile birlikte tanımlayın. Bize ürün akışınızı, zincir tercihinizi, mevcut token veya sözleşme notlarınızı ve denetim gereksinimlerinizi gönderin. Bu materyalleri inceleyecek, açık kararları belirleyecek ve kapsamlı bir geliştirme planı ile döneceğiz.

Nasıl çalışır

1. Ürün akışını gönderinAmaçlanan kullanıcı eylemlerini, zincir tercihini, mevcut sözleşme veya token notlarını ve yayın kısıtlamalarını paylaşın.
2. Gereksinimleri inceleyinİzinleri, sözleşme sınırlarını, bağımlılıkları ve çözülmemiş ürün kararlarını ekibinizle birlikte haritalarız.
3. Şartnameyi onaylayınUygulama başlamadan önce belgelenen davranışı ve kapsamı onaylarsınız.
4. Oluşturun ve test edinÜzerinde anlaşılan sözleşmeleri uygular, testleri hazırlar ve onaylanan kapsama karşı ilerlemeyi raporlarız.
5. Teslimatı hazırlayınKaynağı, test kanıtlarını ve dağıtım notlarını düzenler, ardından üzerinde anlaşılan denetim teslimatını koordine ederiz.