Seberapa sering terlalu sering mengubah konsensus?
Sekelompok pengembang sumber terbuka veteran ethereum membahas masalah ini dalam pertemuan dua mingguan Jumat, di mana mereka menyiarkan kemungkinan bahwa peningkatan sistem secara menyeluruh, juga disebut hard fork, agar perangkat lunak dapat diberlakukan sesering setiap tiga bulan.
Ingin "memeriksa suhu," pengembang yang mengajukan pertanyaan menjelaskan bahwa beberapa proposal peningkatan ethereum (EIP) yang akan datang seperti sewa negara akan memerlukan beberapa peningkatan berurutan yang ditempatkan secara berurutan untuk efek penuh.
Namun, tiga bulan, di mata Joseph Delong, insinyur perangkat lunak senior di studio modal ventura Consensys, "terlalu cepat untuk perubahan haluan."
Ketua tim di Yayasan Ethereum Péter Szilágyi setuju, menjelaskan:
“Sebagai pengembang klien [perangkat lunak] jika Anda satu-satunya tugas adalah mengimplementasikan hard fork dan melakukannya maka tiga bulan tidak masalah, tetapi biasanya klien membutuhkan banyak perawatan. Jadi, jika Anda mulai melakukan fork yang sulit selama tiga bulan, maka pada dasarnya akan mengambil semua waktu jauh dari pemeliharaan umum dan peningkatan kinerja. "
Pimpinan keamanan Ethereum Foundation, Martin Hoste Swende, sementara menyetujui bahwa percabangan keras setiap tiga bulan "akan menjadi hal yang buruk," mencatat bahwa kasus-kasus tertentu dengan perubahan sederhana yang disetujui secara bulat dapat memiliki jangka waktu yang lebih pendek.
“Idenya tidak akan menjadwalkan garpu yang sulit setiap tiga bulan tetapi melihat apakah fitur X selesai dan ada kasus uji dan itu diterapkan di semua klien. Jika demikian, maka kita dapat segera melakukan fork, ”bantah Swende selama panggilan.
Tetapi mendorong pengembang untuk mengambil rencana mereka "satu langkah" pada suatu waktu, Fredrik Harryson CTO dari Parity Technologies mencatat bahwa bahkan jangka waktu enam bulan untuk garpu ethereum keras yang direncanakan tidak pernah tercapai.
"Ada beberapa hal yang mungkin perlu kitaotomatiskan untuk melakukan [garpu keras yang lebih pendek] dengan sangat baik. Banyak waktu yang digunakan dalam hard fork tidak hanya membuat kodenya. Itu semua yang ada di sekitar, "kata Harryson.
Selain itu, penasihat Ethereum Foundation Greg Colvin mencatat bahwa sebagian besar tim yang membangun klien perangkat lunak ethereum saat ini tidak memiliki "orang yang tepat" untuk menangani pekerjaan penting untuk implementasi garpu keras seperti "menyiapkan testnets, menjalankan test case, menjalankan test case, melakukan pengujian" di antara tanggung jawab lain.
Terhadap ini, Harryson menjawab bahwa masalahnya adalah tidak memiliki cukup dana untuk bergabung dengan anggota tim tersebut. "Bagi kami, ini adalah uang. Kami tidak punya cukup uang di belakangnya, ”gurau Harryson.
Multi-step upgrades
Tapi itu bukan hanya masalah apakah harus ada garpu yang lebih sering atau tidak.
Pengembang selama panggilan hari ini juga membahas apakah ada kebutuhan untuk ambisius, perubahan jangka panjang untuk etchain blockchain saat ini mengingat langkah yang akan datang ke ethereum 2.0 - jaringan ethereum baru dimana pengguna yang diaktifkan sepenuhnya akan bermigrasi ke dari mainnet saat ini .
Menyarankan bahwa pengembang seperti Alexey Akhunov dan pendiri ethereum Vitalik Buterin telah memperingatkan terhadap "perubahan yang tidak untuk kelangsungan rantai [present ethereum]," Harryson bertanya:
"Seberapa besar kita bergoyang di luar ini karena [EIP 615] mengarah ke rantai panjang perbaikan yang berlangsung beberapa tahun sebelum kita melihat manfaat besar darinya."
EIP 615 adalah salah satu dari lima proposal yang dipertimbangkan untuk dimasukkan dalam fork ethereum hard selanjutnya bernama Istanbul. Ini bertujuan untuk memperkenalkan peningkatan pada inti kode ethereum yang dikenal sebagai Ethereum Virtual Machine (EVM) yang bertanggung jawab untuk mengeksekusi semua jalur kode yang digunakan sendiri - juga disebut kontrak pintar - di platform.
EVM juga merupakan teknologi utama yang inisiatif perusahaan blockchain lain seperti Hyperledger telah dilaporkan di masa lalu untuk membangun interoperabilitas dengan.
“Desain EVM membuat eksekusi berbiaya rendah dan berkinerja tinggi menjadi sulit. Kami mengusulkan untuk bergerak maju dengan proposal untuk menyelesaikan masalah ini dengan memperketat jaminan keamanan dan mendorong batas kinerja EVM, ”tulis penulis EIP 615 Colvin, Brooklyn Zelenka, Pawel Bylic dan Christina Reitwiessner.
Namun, seperti dicatat oleh Swende selama panggilan hari ini, EIP 615 seperti yang diusulkan akan membutuhkan setidaknya dua garpu keras untuk sepenuhnya dieksekusi dan "efek kecepatan positif" untuk perhitungan kode aktual dalam EVM tidak akan terlihat sampai garpu keras terakhir dijalankan.
"Itu perhatian utama saya tentang EIP ini, ini banyak pekerjaan tetapi saya tidak berpikir itu akan mengarah ke EVM yang jauh lebih baik. Mungkin lebih baik untuk alat eksternal seperti jika Anda melakukan analisis terbalik dari properti keamanan dari kontrak pintar, "kata Swende.
Perkakas seperti yang disarankan Zelenka sangat penting untuk memastikan "kompatibilitas maju" yang berkelanjutan dengan peningkatan EVM yang akan datang seperti eWASM dan pengalaman onboarding yang mulus untuk pengembang kontrak pintar mengingat "tanggal rilis ethereum 2.0 yang belum ditentukan."
“Ada opsi lain untuk pengembang kontrak pintar di luar sana. Kita perlu menjaga ethereum 1.x tetap hidup dan itu berarti terus bergerak, "bantah Zelenka atas panggilan hari ini.
Menyetujui untuk melanjutkan debat dan diskusi tentang EIP dalam minggu-minggu selanjutnya, Swende menyimpulkan bahwa saat ini ia masih skeptis tentang "menerapkan perubahan besar ke dalam mesin lama yang pada dasarnya membutuhkan beberapa percabangan keras sebelum akhirnya selesai."
Tetapi setuju dengan sentimen yang tidak pasti di sekitar masa depan ethereum 2.0, Harryson, yang mengajukan pertanyaan awal tentang ambisius, multi-hard fork upgrade mengatakan:
"Kita tidak harus menyesuaikan peta jalan atau pemikiran kita berdasarkan apa ethereum 2.0 mungkin atau tidak."
sumber berita : www.coindesk.com