**Dalam posting ini saya akan berbicara tentang (i) sistem biaya dinamis, (ii) bagaimana menghitung biaya-dinamis (spreadsheet dan sampel kode yang disediakan) dan (iii) apa variabel yang kami perkenalkan dalam Ark Improvement Proposal 16, yang sudah diimplementasikan dan dijalankan di Mainnet baru kami dengan mesin Core v2.**
ARK adalah tentang membuat pengembangan solusi blockchain lebih mudah dengan memberdayakan pengembang dengan alat dan pustaka yang dapat mereka gunakan di hampir semua bahasa pemrograman populer. Efisiensi yang luar biasa dari ekosistem seperti itu, didukung oleh komunitas delegasi yang menjalankan jaringan, juga beberapa alasan pribadi saya untuk berlayar bersama dengan Ekosistem Ark.
| *[Dengan Core v2 era baru dimulai ](https://blog.ark.io/ark-core-v2-is-live-on-mainnet-16820e5e925e)- memungkinkan pengembang untuk membangun fitur modular baru dan penyesuaian dengan upaya minimum.*
**Sistem Biaya Dinamis**
| *ARK Core V2 adalah implementasi pertama dari sistem biaya dinamis dalam model jaringan DPoS. Kami membayangkan bahwa menciptakan "pasar biaya" antara pengguna dan delegasi akan menggerakkan ARK lebih dekat untuk menciptakan jaringan yang dinamis, responsif, dan tangguh. Baik delegasi dan pengguna akhir memperoleh manfaat dari biaya dinamis: pengguna akhir mendapatkan manfaat dari persaingan delegasi dalam bentuk biaya transaksi yang lebih rendah, sementara delegasi mendapatkan alat lain di gudang mereka untuk bersaing dengan vektor serangan potensial seperti serangan spam.*
Biaya dinamis adalah perubahan tingkat protokol. Di satu sisi, delegasi (produsen blok) menetapkan biaya minimum yang dapat diterima untuk masing-masing jenis transaksi. Sementara itu, pengguna ARK menentukan berapa banyak mereka siap untuk membayar transaksi untuk dimasukkan dalam blok dan blockchain.
Semakin besar biaya yang ditetapkan dari pengguna, semakin cepat pencantuman transaksi di blok tersebut.
Operator node memiliki opsi untuk menyesuaikan biaya dalam file konfigurasi sesuai dengan jaringan tempat mereka menjalankan node-nya. Konfigurasi terdiri dari variabel-variabel berikut:
- [minFeePool](https://github.com/ArkEcosystem/core/blob/master/packages/crypto/lib/networks/ark/mainnet.json#L32) - pengganda entri pool biaya minimum.
- [minFeeBroadcast](https://github.com/ArkEcosystem/core/blob/master/packages/crypto/lib/networks/ark/mainnet.json#L33) - pengganda siaran minimum.
-[ transaksi offset](https://github.com/ArkEcosystem/core/blob/master/packages/crypto/lib/networks/ark/mainnet.json#L34-L43) - adalah jenis transaksi offset / addon byte yang digunakan dalam perhitungan rumus biaya dinamis. Tujuan utamanya adalah untuk menyesuaikan perhitungan biaya untuk jenis transaksi tertentu.
**Perhitungan biaya dinamis**
Rumus perhitungan: *Fee = (T + S) * C*
- **T**: nilai [offset](https://github.com/ArkEcosystem/core/blob/master/packages/crypto/lib/networks/ark/mainnet.json#L34-L43) tergantung pada jenis transaksi, yang ditentukan oleh jaringan. T di sini untuk memperhitungkan kekuatan pemrosesan tambahan untuk memproses transaksi khusus yang nilai transfernya nol, dan dengan demikian mengurangi minat ekonomi untuk melakukan spam jaringan.
- **C** biaya pengganda konstan (Arktoshi / byte) ditentukan oleh delegasi untuk memasukkan transaksi dalam pool blok / transaksi yang ditempa. Konstanta C diganti dengan nilai pengaturan dari file network.json Anda [(mainnet.json), minFeePool dan minFeeBroadcast](https://github.com/ArkEcosystem/core/blob/master/packages/crypto/lib/networks/ark/mainnet.json#L32-L33).
- **S** ukuran transaksi serial. Misalnya, untuk transfer kami telah mengimbangi T = 100, C = 3000 Arktoshi / byte. Untuk transaksi transfer klasik dengan ukuran VendorField kosong adalah 153 byte, biayanya adalah:
*Fee:= (100 + 153) * 3000 = 759000 ARKTOSHI === 0.00759 ARK*
**Simulator perhitungan Biaya Dinamis**
Untuk nilai standar dan penghitungan biaya yang terkait dengan jenis transaksi, silakan lihat nilai yang dihitung dalam tabel di bawah ini.
<center>*Menghitung biaya dinamis seperti yang disediakan oleh pengaturan standar.*</center>
Jika Anda ingin pengaturan pengaturan bermain dengan biaya ada [spreadsheet](https://docs.google.com/spreadsheets/d/19Ls8YzOXAAVA4f7heneDFFwK2xrI2_VEXqmumWSNgJo/edit#gid=0) simulasi yang tersedia, sehingga Anda mendapatkan perasaan nilai-nilai apa yang mungkin dengan berbagai jenis dan ukuran transaksi. Pada tabel di atas, ada beberapa opsi untuk jenis transaksi yang sama, misalnya transaksi transfer (warna hijau) memiliki tiga opsi perhitungan:
- transfer tanpa bidang vendor dan tidak ada tanda tangan kedua = 153 byte
- transfer dengan tanda tangan kedua dan tidak ada bidang vendor = 225 byte
- transfer dengan bidang vendor dan tanda tangan kedua = 289 byte
Spreadsheet memiliki custom_offset kolom tempat Anda dapat mengganti nilainya dan mengamati hasilnya. Hal yang sama berlaku untuk pengaturan multiplier. Secara default, kami menetapkannya menjadi 3000, tetapi Anda dapat menggantinya dengan nilai khusus Anda.
**Saya tidak mempercayai spreadsheet - saya lebih suka kode**
Untuk semua jiwa culun di luar sana dan pada umumnya semua orang yang lebih nyaman dengan bahasa pemrograman, silakan temukan contoh kode singkat di bawah ini, di mana Anda dapat membuat transaksi menggunakan ***transactionBuilder*** kami dari paket ***arkecosystem / crypto*** dan menggunakan kalkulator biaya dinamis. Nilai yang dihitung ditampilkan di [konsol](https://blog.ark.io/towards-flexible-marketplace-with-ark-dynamic-fees-running-on-new-core-31f1aaf1e867)
**Ke mana selanjutnya?**
Dalam artikel singkat ini menjelaskan esensi dari dynamic-fees dan juga menyediakan paket simulasi perhitungan untuk Anda gunakan (spreadsheet dan contoh kode). Berikut adalah beberapa gagasan masa depan untuk mempermudah pengguna akhir untuk memvisualisasikan.
- Alat yang lebih ramah pengguna yang menampilkan pengaturan biaya jaringan dan aplikasi web untuk penghitungan biaya akan sangat bermanfaat bagi pengguna akhir. Misalnya BitCoin memiliki aplikasi web khusus yang didedikasikan untuk menampilkan nilai biaya sejarah.
- Juga dimungkinkan untuk menghitung biaya minimum dan maksimum yang diterima saat ini di jaringan, dengan menanyakan semua peer untuk ***node / konfigurasi API***, di mana pengaturan terbuka untuk setiap node. Dengan membaca pengaturan, satu-satunya yang tersisa adalah matematika.
Contoh di atas (aplikasi web untuk penghitungan biaya dan tinjauan halaman biaya jaringan) hanyalah beberapa ide dasar yang juga bisa masuk ke dalam proposal ACF, jadi jika ada yang tertarik - di sini adalah tautan: [https://arkcommunity.fund/proposals](https://arkcommunity.fund/proposals).
Bagi saya sendiri, saya akan berusaha lebih aktif di saluran publik. Artinya saya akan mencoba untuk menulis posting bulanan di mana kami akan membahas beberapa fitur yang lebih teknis dari Ark, di mana kami saat ini, tantangan apa yang kami hadapi dan bagaimana kami mengatasinya.
Selengkapnya mengenai artikel ini [Kristjan Koลกiฤ](https://blog.ark.io/@kristjankosic) atau *T[owards Flexible Marketplace With ARK Dynamic Fees Running On New Core](https://blog.ark.io/towards-flexible-marketplace-with-ark-dynamic-fees-running-on-new-core-31f1aaf1e867)*
----
<center>**@yayan**
</center>