Bagaimana mesin game untuk DeFi dapat memfasilitasi pengembangan yang dipercepat

Jantung berdebar dari ekosistem aplikasi terdesentralisasi, DApps, adalah tumpukan teknologi yang mendasarinya. Untuk Ethereum (ETH), ini adalah konsensus "Nakamoto", lingkungan eksekusi Ethereum Virtual Machine (EVM), dan bahasa pemrograman Solidity. Bersama-sama, teknologi ini memungkinkan pengembang kontrak pintar untuk mendorong keuangan terdesentralisasi (DeFi) dari konsep menjadi kenyataan.

Agar DeFi membuat lompatan berikutnya – untuk mengarusutamakan adopsi – skalabilitas adalah persyaratan teknologi yang paling menarik perhatian. Tetapi aspek yang sering diabaikan tetapi sama pentingnya dari platform lapisan satu adalah pendekatan mereka terhadap pengembangan kontrak pintar. 

Sementara Soliditas dan EVM adalah teknologi inti yang memungkinkan Ethereum untuk tidak diragukan lagi menjadi pelopor DeFi, para perintis juga yang membuat semua kesalahan. Pernah bertanya-tanya mengapa rasanya ada serangkaian peretasan dan eksploitasi DeFi yang tidak pernah berakhir hari ini? Ini adalah hasil dari pendekatan pemrograman yang membuatnya sangat sulit untuk mengelola token dengan aman. Karena ketika Ethereum sedang dirancang, DeFi tidak ada.

Tapi memperbaikinya tidak mudah. Perubahan besar pada Solidity dan EVM tidak mungkin dilakukan karena ini akan merusak sebagian besar DApps yang telah dibuat. Oleh karena itu, platform yang lebih baru memiliki peluang nyata untuk belajar dari dan meningkatkan pengalaman pengembang –– karena DApps yang ditingkatkan yang dibuat oleh pengembang tersebut dapat memungkinkan gelombang adopsi DeFi berikutnya.

Mengapa pengembangan DeFi sulit di Ethereum

Baik itu token untuk peminjaman dan peminjaman terdesentralisasi, token untuk game atau karya seni NFT, atau token untuk derivatif finansial, mereka adalah inti dari hampir setiap kasus penggunaan di DeFi dan kripto. 

Namun, satu-satunya token yang dipahami oleh platform Ethereum adalah ETH. Semua token lainnya, baik di bawah ERC-20, 721, 1155, atau standar lainnya, hanya ada sebagai variabel (angka lama biasa) di dalam setiap kontrak pintar.

Token Tether – USDT –– adalah daftar akun dan saldo terkait di dalam kontrak pintar USDT. Hal yang sama berlaku untuk Shiba Inu (SHIB) dan setiap token lainnya yang dibangun di atas Ethereum. Inilah sebabnya mengapa Anda tidak dapat menukar ETH di Uniswap (UNI), dan, sebaliknya, Anda harus, anehnya, menukar ETH yang dibungkus (wETH), yang merupakan token ERC-20 yang didukung oleh ETH yang ditahan.

Ini membawa masalah. Anda tidak dapat “mengirim” token dari satu orang ke orang lain karena token tidak ada di dompet pengguna. Mereka hidup hanya sebagai saldo yang terkait dengan akun di dalam setiap kontrak individu.

Untuk menukar USDT dengan SHIB, sebuah pesan dikirim untuk mendebit akun Anda dalam kontrak USDT dan mengkredit akun Anda dalam kontrak SHIB. Tetapi USDT yang didebit dari akun Anda harus masuk ke akun lain dalam kontrak USDT, dan juga, SHIB yang dikreditkan ke akun Anda harus berasal dari akun lain dalam kontrak SHIB.

Dengan beban penerapan token baru di setiap kontrak pintar dan bagi pengembang untuk memastikan bahwa kontrak mereka aman di bawah semua skenario yang mungkin, pengembang menghabiskan hampir seluruh waktu mereka, hingga 90%, untuk pengujian dan validasi. Ini membuat hampir tidak ada waktu tersisa bagi mereka untuk membangun apa yang sebenarnya mereka inginkan: fungsionalitas DeFi.

Dengan pengalaman pengembang yang membuat frustrasi, apakah ada cara yang lebih baik? 

Token sebagai inti pengembangan DeFi

DeFi adalah tentang token. Ini berarti token tidak boleh menjadi renungan untuk pengalaman pengembangan – mereka harus berada di depan dan di tengah – tepat di inti platform.

Itulah mengapa bahasa pemrograman yang tepat dapat mempercepat pengembangan tidak hanya satu platform tetapi juga seluruh industri. Contoh yang dilakukan adalah Radix, protokol lapisan satu, yang menggunakan pemrograman "berorientasi aset" dan memperkenalkannya dengan bahasa pemrograman Scrypto-nya.

Bagaimana cara kerjanya? Pertama, token tidak lagi didefinisikan di dalam kontrak pintar, seperti daftar akun dan saldo yang dijelaskan di atas. Sebagai gantinya, token hidup di lapisan terpisah, mengikuti aturan yang diberlakukan platform. Sama seperti platform Bitcoin yang memberlakukan bahwa BTC tidak dapat dibelanjakan, dikuras, atau hilang dalam suatu transaksi, demikian juga pemrograman berorientasi aset memastikan jenis perilaku logis yang sama ini tetapi untuk setiap token yang dibuat di platform. 

Dengan aturan tersebut, token mendapatkan properti yang sama seperti yang Anda harapkan dari koin fisik di saku Anda. Anda dapat secara fisik memberikannya kepada orang lain, tetapi platform menjamin bahwa token tidak mungkin berada di dua tempat sekaligus, juga tidak dapat hilang. 

Mengingat perilaku fisik ini, pengembang DeFi kemudian dapat membangun DApps DeFi karena mereka akan menggambarnya secara intuitif di papan tulis. Kata-kata seperti “take” dan “put” dalam bahasa pemrograman sebenarnya mengambil dan meletakkan token pada tempatnya.

Tidak ada lagi mendefinisikan aturan keuangan dalam setiap kontrak pintar, dari awal, seperti Solidity. Dengan Radix, pengembang diberikan semua alat yang mereka butuhkan untuk membuat kode aman dengan cepat –– meningkatkan produktivitas mereka.

Pada akhirnya apakah pengembang berduyun-duyun ke paradigma baru atau lebih memilih yang lama tergantung pada keseimbangan yang baik antara efek jaringan yang lama versus keuntungan dari yang baru.

Mempelajari pendekatan baru untuk mengembangkan DeFi membutuhkan kerja keras. Dan ini sangat berisiko jika ekosistem yang Anda bangun dimulai dari awal, dibandingkan dengan ekosistem dengan ribuan DApps, komunitas pengembang yang matang, dan jutaan pengguna. 

Tetapi seperti yang kita lihat selama tahun 2021, lapisan baru dapat tumbuh dengan cepat. Dengan eksekusi yang tepat, ada kemungkinan kita bisa melihat pendatang baru di kota ini. Salah satu yang mungkin sangat mampu menggembleng komunitas pengembang yang berfokus pada pengadopsian arus utama DeFi.