Adlandırılmış Kıdemli Bir İletişimle Akıllı Sözleşme Geliştirme

Sözleşme kararları için özel bir çalışma düzeni

Akıllı sözleşme geliştirme, ürünün ne yapması gerektiğine dair derlenmiş, gizli bir açıklama ile başlar. Adlandırılmış iletişim noktanız tartışmayı koordine eder ve ürün kurallarını, teknik materyalleri ve açık kararları onayladığınız çalışma grubu içinde tutar.

Uygulamadan önce, sözleşmenin amaçlanan davranışını, rollerini ve bilinen bağımlılıklarını kapsayan bir taslak şartname hazırlarız. Ekibiniz bu taslağı inceleme ve yazılı onay verme fırsatı bulana kadar hiçbir şey ilerlemez. Bu, çözülmemiş seçimlerin varsayımların koda dönüşmesine izin vermek yerine görünür kalmasını sağlar.

İncelemeye kimlerin katılacağına siz karar verirsiniz; buna ürün sorumluları, mühendisler ve halihazırda dahil olan herhangi bir harici denetçi de dahildir. Mevcut kod ve mimari notları, kamuya açık içerik olarak değil, proje materyali olarak ele alınır. Çalışma token kurallarına dokunduğunda, iletişim kişisi sözleşme gereksinimlerini token oluşturma ve dağıtım ile uyumlu hale getirebilir.

Yararlı bir ilk paket, ürün yolculuğunu, hedef zinciri, mevcut teknik materyalleri ve davranışı onaylamaya yetkili kişilerin adlarını içerir. Bazı ayrıntılar açık kalırsa, bunlar kesinleşmiş gereksinimler olarak değil, inceleme için kararlar olarak kaydedilir.

Onaylanmış ürün kurallarına göre şekillendirilmiş sözleşme mantığı

Bir sözleşme kapsamı, kodun uygulaması gereken eylemleri ve her eyleme izin verilen koşulları tanımlar. Bu kuralları, derleme için gereken işlevleri ve arayüzleri seçmeden önce kullanıcı ve yönetici rollerine eşleriz.

Vesting için şartname, tahsisatları, programı, talep davranışını ve talep edilmeyen tutarların işlenmesini kaydedebilir. Staking için para yatırma, çekme, ödül hesaplamaları, kilit süreleri, desteklenen varlıklar ve yönetim izinlerini belirleyebilir. Bu kararlar ayrıca bağlı bir uygulamanın sözleşme durumlarını kullanıcılara nasıl sunduğunu da etkiler.

İnceleme, sabit parametreleri daha sonra değiştirilebilecek değerlerden ayırır ve onaylanan herhangi bir değişikliği yapmaya yetkili rolü adlandırır. Ayrıca normal davranışı, sınır durumlarını ve beklenen hata yanıtlarını, ürün sorumlunuzun onaylayabileceği bir dille kaydederiz. Bu, uygulama başlamadan önce mühendislik ve ürün meslektaşlarına ortak bir referans sağlar.

Sözleşme davranışı daha geniş bir kullanıcı deneyiminin parçası olduğunda, arayüzleri dApp geliştirme ile koordine edin. Token arzı, izinler veya dağıtım kuralları sözleşme şartnamesiyle uyumlu hale getirilebilirken, uygulama davranışı açıkça tanımlanmış bir bağımlılık olarak kalır.

İnceleme noktaları ve ekibinizin aldığı materyaller

Teslimat, hem üzerinde anlaşılan davranışı hem de kalan kararları okunabilir kılmayı amaçlar. Çalışma başlamadan önce, adlandırılmış iletişim kişiniz hangi materyallerin dahil olduğunu ve her inceleme noktasını kimin onaylayacağını teyit eder.

Üzerinde anlaşılan kapsama bağlı olarak materyaller; kaynak kodu, uygulama notları, otomatik testler, test sonuçları ve dağıtım talimatlarını içerebilir. Bağımsız bir denetim için teknik materyaller hazırlayabilir ve bulgularına yanıtları koordine edebiliriz. Denetim koordinasyonu, bağımsız bir güvenlik denetimi yapmaktan farklıdır.

Özel bir imzalama deneyimi gerekiyorsa, bu çalışmayı kripto cüzdan geliştirme ile birlikte değerlendirin. Yazılı teslimat, sağlanan testlerin hangi işlevleri kapsadığını, hangi ayarların onaylanması gerektiğini ve hangi öğelerin harici inceleme için kaldığını netleştirmelidir.

Sözleşme yayınlanmadan önce ne kesinleşmelidir?

Bir yayın planı; ağı, dağıtım ayarlarını, sorumlu hesapları ve her işlemi imzalamaya yetkili kişileri belirlemelidir. Bu ayrıntılar, dağıtım hazırlığından önceki incelemeye aittir, son anda yapılan resmi olmayan bir alışverişe değil.

Ekibiniz hedef ortamı, kurucu değerlerini, rol adreslerini, doğrulama adımlarını ve yapılandırma hataları için herhangi bir kurtarma prosedürünü teyit eder. Dağıtım ön koşullarını ve açık kararları teslimatta kaydederiz, böylece yayından sorumlu kişi onaylaması gerekenleri görebilir.

Bir test paketi yalnızca kapsadığı durumları yansıtır ve bağımsız bir denetçinin bulguları kodu ve inceleme sınırını yansıtır; ağ davranışı ve üçüncü taraf entegrasyonları bizim kontrolümüz dışındadır. Belirli bir denetim sonucuna veya olası her kusurun bulunmamasına değil, onaylanan geliştirme çalışmasına ve üzerinde anlaşılan teslimata taahhütte bulunuruz.

Yayının hazır olup olmadığına karar verirken bu sınırı net tutun. Adlandırılmış dağıtım sorumlusu, her ayarı bir onaya kadar takip edebilmeli ve sözleşme kodunun parçası olmayan harici bağımlılıkları bilmelidir.

Üç inceleme aşamasında düzenleme

Teslimat, özel bir gereksinim tartışmasından incelenmiş bir şartnameye, ardından uygulama ve teslimata geçer. İki resmi onay, çalışmayı sabitler: biri sözleşme davranışı, diğeri yayın ayarları için.

1. Bağlam ve şartname: İletişim kişiniz hedef zinciri, kullanım durumlarını, mevcut kodu ve karar vericileri toplar. Ekibinizin yazılı onayı için işlevleri, izinleri, sınır durumlarını ve kabul kriterlerini açıklayan bir taslak hazırlarız.
2. Uygulama ve bulgular: Mühendislik, onaylanan şartnameyi takip eder ve üzerinde anlaşılan davranışları test eder. Bulgular, bağımlılıklar ve çözülmemiş sorular, inceleme için ilgili ürün veya mühendislik liderine sunulur.
3. Teslimat ve koordinasyon: Üzerinde anlaşılan kodu ve destekleyici materyalleri sağlar, ardından belirlenen sorumlu ile dağıtım ön koşullarını inceleriz. Denetim koordinasyonu dahil edilmişse, başvuru ve yanıtlar ayrı bir inceleme akışı olarak ele alınır.

Zamanlama, gereksinimler, entegrasyonlar ve inceleme döngüleri anlaşıldıktan sonra onaylanır. Kesinleşmiş kuralları olan odaklanmış bir sözleşme, bekleyen kararları olan birkaç bağlı bileşenden farklı bir teslimat planına sahiptir. İletişim kişiniz sırayı görünür tutar ve her aşamada onay bekleyenleri kaydeder.

Daha geniş Web3 ürünü içinde sözleşme çalışması

Sözleşme girdilerini, kullanıcı eylemlerini veya yayın sorumluluklarını değiştirdiğinde, bitişik ürün çalışmasını tartışmaya dahil edin. Bir sözleşme, ürünün geri kalanıyla net arayüzleri paylaşırken ayrı bir bileşen olarak kapsamlandırılabilir.

Token tasarımı, arz, izinler veya dağıtım zincir üstü davranışı etkilediğinde aynı planlama konuşmasına aittir. Kullanıcıların bir cüzdan bağlaması, işlem göndermesi veya sözleşme durumlarını anlaması gerektiğinde bir dApp iş akışı ilgilidir. Daha geniş mühendislik bağlamı için Web3 geliştirme bölümüne bakın.

Çalışma kaydı, her bileşeni, arayüzünü ve onaylayıcısını adlandırır. Bu, sözleşme ekibine onaylanan zincir üstü davranış için sorumluluk verirken, uygulama meslektaşları kullanıcıların bu davranışa nasıl ulaştığına ve işlem geri bildirimi almasına sahip olur. Paylaşılan kararların, ekipler arasında kalmak yerine görünür bir sorumlusu vardır.

İlk teslimat, uygulamadan önce gösterilen kısa bir sözleşme şartnamesidir; bağımlılıklar ve onaylar anlaşıldıktan sonra zamanlama onaylanır. Hedef zinciri ve onay bekleyen ilk kararı adlandıran kısa bir not, adlandırılmış iletişim kişinize başlamak için gizli bir yer verir.

Nasıl çalışır

1. Ürün bağlamını oluşturunKullanım durumlarını, hedef zinciri, mevcut kodu ve ürün kurallarını onaylamaya yetkili kişileri paylaşın.
2. Sözleşme şartnamesini onaylayınUygulamadan önce belgelenen işlevleri, rolleri, sınır durumlarını, entegrasyonları ve kabul kriterlerini inceleyin.
3. Üzerinde anlaşılan davranışı uygulayın ve test edinMühendislik, onaylanan şartnameyi takip eder ve bulguları ürün ve mühendislik incelemesi için kaydeder.
4. Yayın sorumluluklarını onaylayınBelirlenen sorumlu, ayarları, dağıtım ön koşullarını ve kalan harici incelemeyi kontrol eder.
5. Teslimatı alınÜzerinde anlaşılan kodu ve destekleyici materyalleri, dahil edildiğinde denetim koordinasyonu ile birlikte sağlarız.