Jasa Smart Contract: Dari Aturan ke Peluncuran

Keputusan kontrak mana yang termasuk dalam catatan ruang lingkup pertama?

Artefak pertama adalah catatan ruang lingkup, bukan perkiraan kode. Ini menghubungkan setiap tindakan produk dengan aktor, izin, dan hasil on-chain yang diharapkan. Kami menggunakan 6 bidang: aktor, tindakan, izin, perubahan status, respons kegagalan, dan peristiwa. Bidang-bidang ini membuat keputusan yang hilang terlihat sebelum implementasi.

Untuk setiap fungsi yang diusulkan, berikan alur pengguna dan hasil yang dimaksud. Tambahkan peran administratif dan batasan yang diketahui. Untuk pekerjaan terkait token, sertakan model token saat ini atau fungsi yang direncanakan. Untuk produk yang terhubung, sertakan catatan antarmuka dan tim yang bertanggung jawab atas integrasi.

Catatan ruang lingkup membantu menentukan apakah permintaan memerlukan satu kontrak smart atau beberapa komponen terkait. Ini juga menandai keputusan yang memerlukan persetujuan Anda. Bawa masukan ini ke peninjauan:

• Alur produk, termasuk tindakan yang ditolak atau ditunda.
• Rantai yang dimaksud dan dependensi kontrak yang diketahui.
• Ekspektasi peran dan izin.
• Aturan vesting atau staking yang sudah disetujui oleh tim.
• Ketentuan peluncuran dan persyaratan audit.

Untuk fungsi token, koordinasikan ruang lingkup kontrak dengan pembuatan dan penerapan token. Ruang lingkup pengembangan Web3 yang lebih luas dapat mencakup komponen produk yang terhubung.

Bagaimana spesifikasi menjadi perilaku kontrak yang dapat diuji?

Spesifikasi menjadi dapat diuji ketika setiap tindakan penting memiliki hasil yang diharapkan dan izin yang ditentukan. Kami mengonversi ruang lingkup yang disetujui menjadi perilaku yang dapat ditinjau oleh tim produk dan teknik sebelum kode dimulai.

Pemeriksaan spesifikasi kami mencakup 3 area: tindakan pengguna, kekuasaan administratif, dan batasan kontrak. Untuk setiap tindakan, kami mencatat input yang valid, perubahan status yang dihasilkan, dan respons terhadap permintaan yang tidak valid. Jika tim belum memutuskan suatu perilaku, kami mencantumkannya sebagai terbuka daripada memilih aturan tanpa persetujuan.

Pengujian kemudian dipetakan ke spesifikasi. Kami menggunakan 2 grup pengujian: alur yang diharapkan dan jalur kegagalan yang teridentifikasi. Pengujian alur yang diharapkan mencakup tindakan yang diizinkan dan perubahan status. Pengujian jalur kegagalan mencakup tindakan yang ditolak, batasan peran, dan kondisi yang harus mencegah pembaruan. Kasus yang tepat mengikuti fungsi dan integrasi kontrak.

Anda dapat meninjau spesifikasi sebelum implementasi dan menggunakannya sebagai referensi selama perubahan selanjutnya. Untuk antarmuka aplikasi yang memanggil kontrak, selaraskan serah terima dengan pengembangan dApp. Itu memberi kedua tim deskripsi bersama tentang batasan kontrak.

Apa yang harus ditentukan oleh aturan vesting dan staking?

Ringkasan vesting atau staking memerlukan aturan eksplisit untuk peserta, izin, dan pergerakan aset. Menamai fitur saja tidak mendefinisikan bagaimana ia berperilaku. Kami mendokumentasikan kondisi terlebih dahulu, lalu menghubungkan setiap kondisi dengan implementasi dan kasus uji.

Untuk vesting, konfirmasi siapa yang menerima aset, kapan pelepasan terjadi, dan apakah ada pihak yang berwenang dapat mengubah penerima manfaat atau jadwal. Untuk staking, tentukan tindakan deposit dan penarikan, logika hadiah, dan peran yang dapat memengaruhi aturan tersebut. Pilihan-pilihan ini milik proyek. Kami mencatatnya untuk persetujuan daripada menyematkan asumsi dalam kode.

Gunakan perbandingan ini untuk mempersiapkan diskusi produk:

Untuk setiap baris, tanyakan apakah perilaku dapat dijelaskan sebagai input dan hasil yang jelas. Jika tidak, identifikasi keputusan produk yang masih diperlukan. Ini menghasilkan spesifikasi yang lebih berguna dan memberikan referensi konkret untuk rencana pengujian.

Bukti apa yang menyertai kode kontrak?

Catatan penayangan menghubungkan kode sumber dengan spesifikasi yang disetujui dan bukti pengujiannya. Ini memudahkan tim Anda untuk meninjau apa yang dibangun dan mempersiapkan pekerjaan untuk peninjau eksternal.

Serah terima dapat mencakup sumber dan materi repositori yang disepakati, pengujian yang terkait dengan alur yang ditentukan, catatan konfigurasi, dependensi, dan input penerapan. Kami juga mendokumentasikan asumsi yang belum terselesaikan yang memerlukan persetujuan Anda. Catatan tersebut membedakan pekerjaan yang selesai dari keputusan yang masih menunggu respons.

Koordinasi audit menyiapkan konteks yang relevan untuk peninjau independen. Kami dapat mengatur spesifikasi, versi sumber, informasi pengujian, dan asumsi penerapan. Setelah temuan tiba, kami membantu menghubungkan setiap item dengan persyaratan atau area kode terkait. Tim Anda menyetujui perubahan apa pun yang memengaruhi perilaku produk, izin, atau asumsi peluncuran.

Auditor membuat penilaian independen. Koordinasi tidak menggantikan peninjauan itu. Untuk kontrak yang mendukung aplikasi, sertakan batasan interaksi dalam materi peninjauan. Bagikan persyaratan antarmuka dengan tim pengembangan dApp sehingga serah terima kontrak dan aplikasi menggunakan asumsi yang konsisten.

Bagaimana pembangunan dilacak dari penerimaan hingga serah terima?

Catatan proyek melacak keputusan di 5 tahap: penerimaan, spesifikasi, implementasi, pengujian, dan serah terima. Setiap tahap memiliki artefak yang dapat ditinjau oleh tim Anda. Jadwal disepakati setelah kami memahami batasan kontrak, integrasi, kebutuhan persetujuan, dan dependensi peninjauan eksternal.

Pada penerimaan, kami mengumpulkan preferensi rantai, alur pengguna, ekspektasi peran, dan catatan desain yang ada. Selama spesifikasi, tim Anda mengonfirmasi perilaku yang dimaksud. Implementasi mengikuti ruang lingkup yang disetujui. Pengujian mencatat perilaku dan jalur kegagalan mana yang diperiksa. Serah terima mengumpulkan sumber, bukti pengujian, dan catatan peluncuran.

Pembaruan kemajuan mengidentifikasi item yang selesai, pertanyaan terbuka, dan persetujuan selanjutnya yang diperlukan. Tim Anda harus menunjuk seseorang yang dapat mengonfirmasi aturan produk. Ini menghindari memperlakukan pertanyaan yang belum terjawab sebagai persyaratan yang disetujui. Sebelum serah terima, kami membandingkan hasil yang disepakati dengan catatan ruang lingkup dan mengidentifikasi dependensi yang tersisa.

Kontrak yang terhubung ke situs web atau landing page mungkin memerlukan perencanaan paralel. Lihat pengembangan situs web dan landing Web3 untuk pekerjaan antarmuka. Untuk ruang lingkup teknis yang lebih luas, tinjau pengembangan Web3.

Apa yang ditunjukkan oleh catatan peluncuran tentang risiko spesifik rantai?

Catatan peluncuran menunjukkan versi sumber yang disetujui, bukti pengujian, input konfigurasi, dan tanggung jawab penerapan. Ini memberikan proyek daftar periksa konkret sebelum kandidat rilis dipindahkan ke tim operasionalnya.

Konfirmasi bahwa rantai yang dimaksud dan input penerapan sesuai dengan ruang lingkup yang disetujui. Verifikasi siapa yang akan menerapkan dan mengelola kontrak. Periksa bahwa versi sumber sesuai dengan bukti pengujian. Catat temuan audit yang masih memerlukan keputusan proyek. Konfirmasi antarmuka produk mana yang bergantung pada alamat kontrak yang dihasilkan.

Kontrak yang dirilis tanpa mekanisme peningkatan mungkin tidak dapat diubah setelahnya, dan transaksi rantai publik dapat terlihat. Penanganan transaksi jaringan dan kesimpulan auditor independen tetap di luar kendali kami. Kami memberikan kode, pengujian, dan materi serah terima yang disepakati, bukan persetujuan atau rilis bebas kesalahan.

Untuk antarmuka Telegram yang terhubung, tentukan pemiliknya dan input kontrak bersama pengembangan bot Telegram dan mini app. Kirimkan alur produk, preferensi rantai, catatan token atau kontrak saat ini, dan persyaratan audit. Kami akan meninjau materi tersebut, mengidentifikasi keputusan terbuka, dan mengembalikan rencana pengembangan yang terperinci.

Cara kerja

1. Kirim alur produkBagikan tindakan pengguna yang dimaksud, preferensi rantai, catatan kontrak atau token yang ada, dan batasan peluncuran.
2. Tinjau persyaratanKami memetakan izin, batasan kontrak, dependensi, dan keputusan produk yang belum terselesaikan dengan tim Anda.
3. Setujui spesifikasiAnda mengonfirmasi perilaku dan ruang lingkup yang didokumentasikan sebelum implementasi dimulai.
4. Bangun dan ujiKami mengimplementasikan kontrak yang disepakati, menyiapkan pengujian, dan melaporkan kemajuan terhadap ruang lingkup yang dikonfirmasi.
5. Siapkan serah terimaKami mengatur sumber, bukti pengujian, dan catatan penerapan, lalu mengoordinasikan serah terima audit yang disepakati.