Desain GAS pertama MOVE: Analisis skema penagihan GAS on-chain

Versi terbaru bahasa MOVE awalnya direncanakan untuk berjalan tanpa GAS, sehingga tidak siap untuk mekanisme GAS. Baru-baru ini, rencana GAS yang dibangun oleh suatu platform blockchain disebut sebagai "sebuah petualangan", ini adalah desain GAS pertama untuk bahasa MOVE.

Rencana GAS platform ini menjelaskan prinsip, proses, metode perhitungan, penyesuaian di kemudian hari, serta penerimaan saran dari komunitas terkait pembuatan GAS.

Pengukuran GAS adalah konsep dasar dari banyak blockchain, yang mendefinisikan jumlah sumber daya komputasi dan penyimpanan yang diperlukan untuk mengeksekusi dan menyimpan transaksi on-chain. Rencana GAS menentukan biaya konsumsi untuk semua eksekusi on-chain, yang digunakan untuk menghitung pengeluaran GAS yang digunakan selama eksekusi transaksi.

proses

Untuk melaksanakan dengan efektif, proses platform ini mencakup:

1. Prinsip Definisi
2. Siapkan kerangka evaluasi, tentukan harga untuk setiap pelaksanaan
3. Membangun sistem pengukuran GAS dan aljabar GAS yang aman untuk MOVE
4. Mengimpor kerangka GAS hulu
5. Membuat kerangka GAS memiliki kesadaran penyimpanan
6. Memperinci rencana GAS lebih lanjut

prinsip

Prinsip yang ditetapkan oleh platform ini mencakup:

1. Biaya operasional harus terkait langsung dengan sumber daya yang tersedia di jaringan, dan harus menurun seiring kemajuan teknologi.
2. GAS diatur oleh on-chain governance, dapat dikonfigurasi tanpa hambatan.
3. GAS dapat mencegah serangan DoS, dapat disesuaikan dengan cepat berdasarkan kondisi jaringan
4. Harga GAS mencerminkan visi untuk pertumbuhan yang cepat dan menjaga aksesibilitas blockchain.
5. Mendorong untuk membuat pilihan yang baik dalam desain, seperti memprioritaskan keamanan, modularitas, dll.

menghitung GAS

Pengguna harus menentukan dua jumlah saat mengajukan transaksi:

• Jumlah GAS maksimum: Jumlah unit GAS maksimum yang bersedia dibayar pengguna
• Harga GAS per unit: Harga GAS yang bersedia dibayar pengguna per unit

Selama proses eksekusi, transaksi akan dikenakan biaya:

1. Biaya tetap
2. Biaya pelaksanaan
3. Membaca Biaya
4. Biaya Penulisan

Biaya transaksi akhir = Total GAS yang digunakan * Harga GAS per unit

Misalnya, sebuah transaksi menghabiskan 670 unit GAS, pengguna menetapkan harga GAS per unit sebesar 100 Octa/unit, maka biaya akhirnya adalah 670 * 100 = 67000 Octa = 0.00067 APT.

Jika gas habis selama eksekusi transaksi, pengirim akan dikenakan biaya sesuai dengan jumlah gas maksimum, dan semua perubahan akan dibatalkan.

Membuat rencana GAS

1. Konfigurasi Dasar

Rencana GAS mencakup beberapa komponen yang tidak terkait dengan operasi tunggal, seperti ukuran transaksi dan maksimum unit GAS.

2. Skala transaksi

Awalnya ditetapkan sebesar 32KB, kemudian disesuaikan menjadi 64KB berdasarkan umpan balik komunitas. Transaksi yang terlalu besar dapat mempengaruhi kinerja jaringan, sehingga perlu menyeimbangkan antara skala dan aksesibilitas.

3. Unit GAS maksimum

Menentukan jumlah maksimum operasi yang dapat dilakukan dalam satu transaksi, pengaturan yang terlalu tinggi dapat mempengaruhi kinerja. Saat ini diatur menjadi 1.000.000, bahkan setelah peningkatan kerangka maksimum, tidak akan melebihi 90%.

4. Eksekusi

Menilai biaya eksekusi melalui kerangka acuan dan alat analisis, memperkirakan biaya relatif dari instruksi MOVE dan fungsi bawaan.

5. Penyimpanan

Pertimbangkan bandwidth perangkat penyimpanan, kapasitas IOPS, dan biaya penggunaan permanen, rancang rencana GAS penyimpanan. Mengakses item status apa pun akan menimbulkan biaya terkait:

Biaya penyimpanan GAS = Biaya proyek + ( biaya byte * jumlah byte )

Baca, buat, dan tulis

Akses item status dibagi menjadi tiga kategori: baca, buat, dan tulis:

• Operasi baca paling umum, biaya dikalibrasi berdasarkan IOPS disk dan kapasitas bandwidth
• Biaya operasi untuk membuat adalah yang tertinggi, berdasarkan biaya yang disesuaikan dengan ruang disk referensi.
• Operasi penulisan memperbarui item yang ada, dengan biaya yang sama untuk byte yang diperbarui seperti untuk pembuatan.

Menetapkan 6 parameter GAS yang membentuk total biaya:

• per_item_read: kalibrasi berdasarkan IOPs
• per_byte_read: berdasarkan kalibrasi bandwidth
• per_item_create:kalibrasi berdasarkan total proyek yang ditargetkan
• per_byte_create: Menyesuaikan berdasarkan total ukuran target
• per_item_write: sama dengan per_item_read
• per_byte_write: sama dengan per_byte_create

biaya unit GAS yang stabil

Biaya unit GAS yang tetap membantu menjaga rencana GAS tetap stabil, terlepas dari nilai pasar token. Pilih representasi unit GAS dengan akurasi sekitar 3 digit, seperti transaksi transfer sekitar 700 unit GAS.

partisipasi komunitas

Anggota komunitas dapat:

1. Menunjukkan ketidakwajaran rencana GAS
2. Berpartisipasi dalam diskusi komunitas
3. Mengenai pemungutan suara untuk proposal tata kelola yang relevan

Bagaimana cara menyesuaikan biaya GAS

Rencana GAS sebagai penyimpanan konfigurasi on-chain, dapat diubah melalui proposal tata kelola. Dirancang untuk dapat diperluas, memungkinkan peningkatan. Perubahan rumus GAS yang kompleks memerlukan pembaruan perangkat lunak node dan mendapatkan adopsi yang luas.

Pekerjaan Masa Depan

Sebagai kerangka GAS yang dapat digunakan pertama kali di MOVE, arah kerja di masa depan termasuk:

1. Mengurangi biaya eksekusi
2. Perhitungan GAS multidimensi, memungkinkan anggaran eksekusi dan penyimpanan ditentukan secara terpisah
3. Mengurangi kondisi bengkak, menjelajahi konsep TTL item status

Desain GAS ini telah meletakkan dasar untuk pekerjaan di masa depan, tetapi masih perlu terus disempurnakan dan ditingkatkan.