Secara sederhana, biaya transaksi Sonic tidak tetap, melainkan "dapat berpikir", dan dapat berubah secara otomatis sesuai dengan berbagai situasi. Misalnya, ketika Anda berinteraksi di on-chain, dulu tidak peduli seberapa padat jaringan, biaya gas selalu satu angka tetap, entah Anda tidak bisa bersaing dengan orang lain, atau menghabiskan uang secara sia-sia. Sedangkan cara kerja Sonic adalah: berdasarkan beban jaringan saat itu, aplikasi dApp yang Anda gunakan, bahkan tingkat urgensi interaksi itu sendiri, memberikan Anda tarif yang lebih wajar secara dinamis.

Sonic pada dasarnya melakukan hal yang membuat blockchain tidak lagi menjadi sistem yang "dingin", tetapi seperti layanan yang merespons Anda berdasarkan "sinyal kebutuhan" yang Anda berikan. Dengan kata lain, ini bukan tentang Anda yang menyesuaikan diri dengan rantai, tetapi rantai yang terlebih dahulu memahami Anda.

Saya memahami bahwa ini adalah contoh nyata dari konsep Execution-as-a-Service yang benar-benar terwujud. Banyak L1 yang mengklaim "performansi tinggi", tetapi ketika pengguna meningkat, tetap saja mengalami masalah; mekanisme ganda VM + Biaya Dinamis dari Sonic, secara teori, dapat meredakan masalah lonjakan lalu lintas yang bersifat sementara.

Jadi untuk merangkum, ini bukan hanya "rantai yang lebih murah", tetapi "rantai yang tahu bagaimana mengenakan biaya". Bagi proyek yang benar-benar ingin membuat produk dan menarik pengguna, hal ini sebenarnya lebih penting daripada berapa banyak TPS yang Anda miliki. #yap # kaito