dcSpark CTO Menjelaskan Mengapa Cardano Adalah 'Salah Satu Blockchain Terburuk untuk Menyimpan Data'

Pada hari Sabtu (13 Agustus), Sebastian Guillemot, CTO perusahaan blockchain dcSpark, mengatakan bahwa L1 blockchain Cardano ($ADA) adalah “pasti salah satu blockchain terburuk untuk menyimpan data”, dan melanjutkan untuk menjelaskan mengapa menurutnya demikian.

Jika Anda bertanya-tanya apa yang dilakukan dcSpark, menurut tim pengembangannya, tujuan utamanya adalah:

• “Perpanjang Lapisan Protokol Blockchain”
• “Terapkan Perkakas Ekosistem Kelas Satu”
• “Kembangkan dan Rilis Aplikasi yang Menghadapi Pengguna”

Firma ini didirikan bersama pada April 2021 oleh Nicolas Arqueros, Sebastien Guillemot, dan Robert Kornacki. dcSpark terkenal di komunitas Cardano untuk proyek sidechainnya susukomeda. 

Pada hari Jumat (12 Agustus), seorang advokat Cardano mengirimkan tweet yang membuatnya terdengar seperti Cardano adalah blockchain yang bagus untuk menyimpan data dalam jumlah besar dalam rantai.

Namun, CTO dcSpark menjawab bahwa desain Cardano saat ini menjadikannya salah satu blockchain terburuk untuk menyimpan data :

"Tweet yang sangat aneh. Cardano jelas merupakan salah satu blockchain terburuk untuk menyimpan data dan ini adalah keputusan desain eksplisit untuk menghindari pembengkakan blockchain dan ini adalah akar penyebab dari banyak keputusan desain seperti potongan 64-byte data plutus, kumpulan off-chain & registri token, dll…

Vasil memperbaikinya dengan inline datums, tetapi mereka secara tidak langsung tidak disarankan karena tingginya biaya untuk menggunakannya. Saya setuju bahwa blockchain menyediakan ketersediaan data adalah fitur penting, tetapi memiliki solusi yang baik akan memerlukan perubahan pada protokol yang ada."

Kemudian, pemegang $ADA lainnya bertanya kepada Guillemot apakah keputusan desain ini dapat membuat hidup lebih sulit untuk solusi roll-up pembangunan tim (seperti Orbis), dan dia menerima jawaban berikut:

"Ya, mencoba menyediakan ketersediaan data untuk kasus penggunaan seperti rollups, mithril, endorser input, dan kasus penggunaan berat data serupa lainnya sambil menjaga L1 tetap ramping (tidak seperti Ethereum yang mengoptimalkan untuk orang yang hanya membuang data) adalah salah satu tantangan teknis yang besar. ditangani"

Pada tanggal 1 Agustus, Pendiri IOG dan CEO Charles Hoskinson merilis video pendek, di mana dia menjelaskan mengapa hard fork Vasil ditunda untuk kedua kalinya dan memberikan pembaruan status terkait pengujian pembaruan protokol Vasil.

Hoskinson berkata:

"Awalnya, kami berencana untuk memiliki hard fork dengan 1.35, dan itulah yang kami kirimkan ke testnet. Testnet sulit bercabang di bawahnya. Dan kemudian banyak pengujian, baik internal maupun komunitas, sedang berlangsung. Kumpulan bug ditemukan: tiga bug terpisah yang menghasilkan tiga versi baru perangkat lunak. Dan sekarang, kami memiliki 1.35.3, yang sepertinya akan menjadi versi yang akan bertahan dari hard fork dan upgrade ke Vasil.

"Ada retrospeksi besar yang akan dilakukan. Pendeknya adalah bahwa primitif ECDSA dan di antara beberapa hal lainnya tidak cukup di tempat yang seharusnya. Jadi, fitur itu harus dikesampingkan, tetapi semua fitur yang tersisa, CIP 31, 32, 33, 40 dan hal-hal lain semacam itu cukup bagus.

"Jadi itu dalam tahap pengujian lanjutan, dan kemudian banyak komponen hilir harus diuji, seperti DB Sync dan perpustakaan serialisasi, dan hal-hal lain ini. Dan itu sedang berlangsung. Dan banyak pengujian sedang berlangsung. Seperti yang saya sebutkan sebelumnya, ini adalah peningkatan paling rumit ke Cardano dalam sejarahnya karena mencakup perubahan pada bahasa pemrograman Plutus ditambah perubahan pada protokol konsensus dan sejumlah hal lainnya, dan merupakan rilis yang sangat dimuat. Itu memiliki banyak hal di dalamnya, dan sebagai hasilnya, itu adalah salah satu yang semua orang memiliki minat dalam pengujian secara menyeluruh.

"Masalahnya adalah bahwa setiap kali sesuatu ditemukan, Anda harus memperbaikinya, tetapi kemudian Anda harus memverifikasi perbaikan dan kembali melalui seluruh jalur pengujian. Jadi Anda sampai pada situasi di mana Anda memiliki fitur yang lengkap, tetapi kemudian Anda harus menguji dan ketika Anda menguji, Anda mungkin menemukan sesuatu, dan kemudian Anda harus memperbaikinya. Dan kemudian Anda harus kembali melalui seluruh jalur pengujian. Jadi inilah yang menyebabkan penundaan rilis ...

"Saya benar-benar berharap untuk mengeluarkannya pada bulan Juli, tetapi Anda tidak dapat melakukannya ketika Anda memiliki bug, terutama yang terlibat dengan konsensus atau serialisasi atau terkait dengan masalah tertentu dengan transaksi. Hanya perlu membersihkannya, dan begitulah yang terjadi. Semua hal dipertimbangkan, segala sesuatunya bergerak ke arah yang benar, mantap dan sistematis ...

"Serangkaian hal yang bisa salah menjadi sangat kecil, dan sekarang kami berada di tahap akhir pengujian dalam hal itu. Jadi kecuali sesuatu yang baru ditemukan, saya tidak mengantisipasi bahwa kami akan mengalami penundaan lebih lanjut, dan itu hanya membuat orang ditingkatkan…

"Dan mudah-mudahan, kita akan memiliki beberapa berita positif segera setelah kita memasuki bulan Agustus lebih dalam. Dan sisi lainnya adalah tidak ada masalah yang ditemukan dengan pipelining, tidak ada masalah yang ditemukan dengan CIP 31, 32, 33 atau 40 di seluruh proses ini, yang merupakan berita yang sangat positif juga, dan mengingat bahwa mereka telah berulang kali diuji secara internal dan eksternal oleh pengembang perusahaan QA dan teknisi kami, itu berarti ada kemungkinan yang cukup bagus bahwa fitur tersebut tahan peluru dan ketat. Jadi hanya beberapa kasus tepi yang harus diselesaikan, dan mudah-mudahan kami dapat datang dengan pembaruan pertengahan bulan dengan lebih banyak berita."

Gambar Kredit

Gambar Unggulan via Pixabay