Pendiri Ethereum V God mengusulkan untuk mengganti "RISC-V" dengan Ethereum di lapisan eksekusi untuk menggantikan EVM masa lalu, yang menyebabkan beberapa pengembang curiga, dan pada tahun 2016, pengembang Ethereum OG percaya bahwa ini akan membuat ekosistem Ethereum menghadapi redistribusi dan sangat tidak ramah terhadap proyek modal kecil. (Sinopsis: Biaya penanganan Ethereum mencapai titik terendah lima tahun, dan komunitas memicu "teori racun L2": tidak ada mobil di jalan, dan V God masih tertawa dan membangun jalan raya) (Suplemen latar belakang: Membongkar ambisi strategis Vitalik untuk merekonstruksi lapisan eksekutif Ethereum dengan "RISC-V alih-alih EVM") Proposal "RISC-V" pendiri Ethereum V God baru-baru ini telah menarik perhatian komunitas crypto dan menyebabkan perdebatan di antara pengembang ekosistem inti, dan bagi sebagian besar pengguna, kebanyakan dari mereka tidak dapat memahami RISC-V Bagaimana cara mereformasi Ethereum, dan kemajuan seperti apa yang dapat dibawa oleh proposal V-God ke Ethereum? Untuk menjawab pertanyaan ini, kami mewawancarai "naga anti-skala" OG tua yang telah mengembangkan ekologi inti Ethereum sejak 2016, dan dia akan menjawab proses terperinci revisi "RISC-V" dan efek negatif jangka pendek yang mungkin terjadi di masa depan, mengingatkan semua investor Ethereum untuk memperhatikan tindak lanjut dari proposal ini. Cara mengubah situasi RISC-V Ethereum berbeda dari rantai PoS lainnya karena klien Ethereum terdiri dari dua bagian, "lapisan konsensus" dan "lapisan eksekusi", dan lapisan konsensus bertanggung jawab untuk mengemas pemungutan suara saham, dan lapisan eksekusi bertanggung jawab untuk memproses transaksi, sehingga kode yang mengeksekusi kontrak pintar sebenarnya adalah klien lapisan eksekusi yang dijalankan oleh komputer node, yang menjalankan kode dengan mengambil siaran transaksi, dan menulis hasil pemungutan suara melalui "lapisan konsensus" pada buku besar publik. Satu-satunya cara untuk meningkatkan lingkungan EVM saat ini ke RISC-V adalah dengan memperbarui "klien lapisan eksekusi" dari klien node, yang hanya merupakan garpu tingkat perangkat lunak, tidak seperti garpu keras biasa di masa lalu untuk mengubah blok Ethereum dan revisi node yang sesuai. Menurut deskripsi isi makalah V God, idealnya, jika semua klien node memiliki pelaksana RISC-V, maka pengoperasian protokol untuk versi baru dan pengoperasian bukti zk dapat mencapai hampir 100 kali efisiensi teoretis, tetapi harus diketahui bahwa ini dihitung pada kontrak pintar untuk versi RISC-V dan klien RISC-V, relatif terhadap format kontrak pintar EVM yang dijalankan pada klien EVM. Yang istimewa dari proposal RISC-V kali ini adalah dia langsung dirubah pada klien lapisan eksekutif dan tidak akan menggunakan bagian hard fork, yang sangat tidak saya sukai, tetapi dapat dilihat bahwa Ethereum bergerak ke arah yang baru, yang mungkin merupakan tepi bermata dua, dan tingkat perubahan ini di masa lalu Ethereum dapat memilih untuk diimplementasikan dengan hard fork, karena ini mungkin merupakan pendekatan yang lebih aman. Korespondensi antara situasi saat ini dan kontrak lama Setelah memahami kinerja teori, mari kita lihat apa situasi saat ini, situasi saat ini adalah bahwa semua ekologi Ethereum dan semua praktik EIP berhasil dieksekusi melalui kontrak pintar EVM dan klien EVM, jika seperti yang dikatakan V God bahwa RISC-V akan memiliki transpiler EVM, maka situasi masa depan yang sebenarnya dapat dibagi menjadi situasi berikut Kontrak pintar EVM berjalan pada klien EVM (EIP lama sepenuhnya kompatibel, tetapi EIP baru harus sesuai dengan dua versi) Kontrak pintar EVM berjalan pada klien RISC-V melalui transpiler EVM RISC-V (EIP lama dan baru harus melalui banyak pengujian dan debugging untuk menyelesaikannya) Kontrak pintar RISC-V berjalan pada klien RISC-V (EIP lama semuanya akan diuji ulang, tetapi EIP baru harus kompatibel sempurna) Singkatnya, mengingat kinerja teoritis efisiensi operasi kontrak pintar masa depan 100 kali, hanya keadaan ketiga yang berlaku, dan untuk kasus kedua, Secara khusus, ini bergantung pada optimalisasi transpiler tim inti Ethereum, serta semua peningkatan EIP dan kontrak pintar di masa lalu, yang berarti bahwa Ethereum perlu membayar harga pengoptimalan yang sangat besar untuk mencapai peningkatan kinerja teoretis, dan tidak pasti apakah optimalisasi efisiensi kode EVM lama melalui terjemahan pada RISC-V pasti lebih besar daripada lingkungan EVM asli. Faktanya, V God mengatakan ini, saya kira pasti ada banyak pengembang inti yang merasa sangat putus asa, di masa lalu pada pengembangan EVM, untuk menyelesaikan setiap implementasi dan pengujian EIP, beban kerjanya sudah sangat besar, karena Ethereum adalah komunitas yang suka menguji jawaban terbuka di lingkungan yang sangat terbuka. Tapi sekarang ketika itu menjadi lingkungan RISC-V, saya hanya memikirkan periode pengujian transformasi, yang sangat memusingkan, masalah intinya adalah Anda mungkin tidak dapat menjalankan lebih dari 1 ~ 5 kali lebih efisien daripada lingkungan asli selama periode pengujian, jadi saya kira periode pengujian ini akan terus diperpanjang berkali-kali, seperti Ethereum Merge di masa lalu, sehingga ada kekurangan hasil nyata di tahap awal, dan sulit untuk menarik ekosistem eksternal untuk diterapkan di testnet dan mengirimkan umpan balik. Saya hanya bisa mengatakan bahwa V God memiliki ambisi besar, tetapi saya tidak berpikir implementasinya sangat optimis, setidaknya saya pikir lebih dari setengah pengembang inti mungkin tidak terlalu senang, jika mereka bertekad untuk berubah menjadi RISC-V, V God dan Ethereum Foundation perlu menghabiskan banyak upaya untuk mendorong tim pengembang inti dan ekologi. Masalah korespondensi ekologis dengan RISC-V Naga menyebutkan bahwa masalah terbesar dari proposal RISC-V mungkin berasal dari dukungan dan korespondensi ekologi proyek swasta, dalam ekosistem open source yang ada, komponen yang dapat digunakan sangat terbatas, sehingga slogan terjemahan EVM ke RISC-V yang diusulkan oleh V God mungkin memiliki banyak keraguan dan masalah dalam jangka pendek. Misalnya, ekosistem Ethereum yang ada, seperti proyek EVM dan kontrak yang tidak memiliki masalah, di bawah premis terjemahan EVM ke RISC-V, mungkin ada kurangnya status atau penghentian operasi dalam proses pelaksanaan kontrak pada lapisan eksekusi, yang berarti bahwa bahkan proyek EVM lama yang tidak memiliki masalah di masa lalu, dalam kasus menggunakan EVM ke terjemahan RISC-V, mungkin ada token yang tidak dapat diusulkan, atau secara tidak sengaja dibakar atau dikunci. Contoh seperti itu sangat mungkin membuat tim proyek ekologi, dalam beberapa kasus, tidak mau membuka pengguna untuk menggunakan EVM ke transpiler RISC-V untuk menjalankan kontrak pintar EVM lama; Selain itu, untuk menghindari risiko terkait dan menindaklanjuti dengan teknologi baru Ethereum, cara terbaik untuk ekosistem proyek adalah dengan menulis versi RISC-V baru dari kontrak untuk semua kontrak pintar, dan hubungan antara kontrak lama dan kontrak baru diselesaikan melalui menjembatani aset. Sebenarnya, cara untuk terlibat dalam kompatibilitas sangat mudah untuk dikemas, tetapi jika yayasan bersedia menyebarkan uang untuk mendapatkan solusi umum, maka itu dapat menyelesaikan 99% dari masalah kompatibilitas, tetapi masalahnya terletak pada 1% sisanya dan kepercayaan keamanan dari pengembang ekologi. Sekarang Anda bertanya kepada pengembang proyek Ethereum, saya kira saya tidak akan begitu percaya diri dalam bagian terjemahan EVM RISC-V, perusahaan teknologi modal besar ingin menjadi bagian dari sistem atau chip khusus mereka sendiri dari awal hingga akhir, mereka belum tentu memilih RISC-V, karena meskipun arsitektur ini open source, dibandingkan dengan arsitektur arus utama seperti ARM dan X86, dukungan ekologis RISC-V sangat terbatas, dan tidak ada pengembangan terkait blockchain, yang berarti bahwa Ethereum harus membuka dunia dengan tangan kosong. Jika dalam ujian ...
Konten ini hanya untuk referensi, bukan ajakan atau tawaran. Tidak ada nasihat investasi, pajak, atau hukum yang diberikan. Lihat Penafian untuk pengungkapan risiko lebih lanjut.
Ethereum "mengubah RISC-V" menakut-nakuti pengembang? OG memperingatkan: ekosistem ETH akan didistribusikan ulang, proyek kecil akan pindah ke Solana
Pendiri Ethereum V God mengusulkan untuk mengganti "RISC-V" dengan Ethereum di lapisan eksekusi untuk menggantikan EVM masa lalu, yang menyebabkan beberapa pengembang curiga, dan pada tahun 2016, pengembang Ethereum OG percaya bahwa ini akan membuat ekosistem Ethereum menghadapi redistribusi dan sangat tidak ramah terhadap proyek modal kecil. (Sinopsis: Biaya penanganan Ethereum mencapai titik terendah lima tahun, dan komunitas memicu "teori racun L2": tidak ada mobil di jalan, dan V God masih tertawa dan membangun jalan raya) (Suplemen latar belakang: Membongkar ambisi strategis Vitalik untuk merekonstruksi lapisan eksekutif Ethereum dengan "RISC-V alih-alih EVM") Proposal "RISC-V" pendiri Ethereum V God baru-baru ini telah menarik perhatian komunitas crypto dan menyebabkan perdebatan di antara pengembang ekosistem inti, dan bagi sebagian besar pengguna, kebanyakan dari mereka tidak dapat memahami RISC-V Bagaimana cara mereformasi Ethereum, dan kemajuan seperti apa yang dapat dibawa oleh proposal V-God ke Ethereum? Untuk menjawab pertanyaan ini, kami mewawancarai "naga anti-skala" OG tua yang telah mengembangkan ekologi inti Ethereum sejak 2016, dan dia akan menjawab proses terperinci revisi "RISC-V" dan efek negatif jangka pendek yang mungkin terjadi di masa depan, mengingatkan semua investor Ethereum untuk memperhatikan tindak lanjut dari proposal ini. Cara mengubah situasi RISC-V Ethereum berbeda dari rantai PoS lainnya karena klien Ethereum terdiri dari dua bagian, "lapisan konsensus" dan "lapisan eksekusi", dan lapisan konsensus bertanggung jawab untuk mengemas pemungutan suara saham, dan lapisan eksekusi bertanggung jawab untuk memproses transaksi, sehingga kode yang mengeksekusi kontrak pintar sebenarnya adalah klien lapisan eksekusi yang dijalankan oleh komputer node, yang menjalankan kode dengan mengambil siaran transaksi, dan menulis hasil pemungutan suara melalui "lapisan konsensus" pada buku besar publik. Satu-satunya cara untuk meningkatkan lingkungan EVM saat ini ke RISC-V adalah dengan memperbarui "klien lapisan eksekusi" dari klien node, yang hanya merupakan garpu tingkat perangkat lunak, tidak seperti garpu keras biasa di masa lalu untuk mengubah blok Ethereum dan revisi node yang sesuai. Menurut deskripsi isi makalah V God, idealnya, jika semua klien node memiliki pelaksana RISC-V, maka pengoperasian protokol untuk versi baru dan pengoperasian bukti zk dapat mencapai hampir 100 kali efisiensi teoretis, tetapi harus diketahui bahwa ini dihitung pada kontrak pintar untuk versi RISC-V dan klien RISC-V, relatif terhadap format kontrak pintar EVM yang dijalankan pada klien EVM. Yang istimewa dari proposal RISC-V kali ini adalah dia langsung dirubah pada klien lapisan eksekutif dan tidak akan menggunakan bagian hard fork, yang sangat tidak saya sukai, tetapi dapat dilihat bahwa Ethereum bergerak ke arah yang baru, yang mungkin merupakan tepi bermata dua, dan tingkat perubahan ini di masa lalu Ethereum dapat memilih untuk diimplementasikan dengan hard fork, karena ini mungkin merupakan pendekatan yang lebih aman. Korespondensi antara situasi saat ini dan kontrak lama Setelah memahami kinerja teori, mari kita lihat apa situasi saat ini, situasi saat ini adalah bahwa semua ekologi Ethereum dan semua praktik EIP berhasil dieksekusi melalui kontrak pintar EVM dan klien EVM, jika seperti yang dikatakan V God bahwa RISC-V akan memiliki transpiler EVM, maka situasi masa depan yang sebenarnya dapat dibagi menjadi situasi berikut Kontrak pintar EVM berjalan pada klien EVM (EIP lama sepenuhnya kompatibel, tetapi EIP baru harus sesuai dengan dua versi) Kontrak pintar EVM berjalan pada klien RISC-V melalui transpiler EVM RISC-V (EIP lama dan baru harus melalui banyak pengujian dan debugging untuk menyelesaikannya) Kontrak pintar RISC-V berjalan pada klien RISC-V (EIP lama semuanya akan diuji ulang, tetapi EIP baru harus kompatibel sempurna) Singkatnya, mengingat kinerja teoritis efisiensi operasi kontrak pintar masa depan 100 kali, hanya keadaan ketiga yang berlaku, dan untuk kasus kedua, Secara khusus, ini bergantung pada optimalisasi transpiler tim inti Ethereum, serta semua peningkatan EIP dan kontrak pintar di masa lalu, yang berarti bahwa Ethereum perlu membayar harga pengoptimalan yang sangat besar untuk mencapai peningkatan kinerja teoretis, dan tidak pasti apakah optimalisasi efisiensi kode EVM lama melalui terjemahan pada RISC-V pasti lebih besar daripada lingkungan EVM asli. Faktanya, V God mengatakan ini, saya kira pasti ada banyak pengembang inti yang merasa sangat putus asa, di masa lalu pada pengembangan EVM, untuk menyelesaikan setiap implementasi dan pengujian EIP, beban kerjanya sudah sangat besar, karena Ethereum adalah komunitas yang suka menguji jawaban terbuka di lingkungan yang sangat terbuka. Tapi sekarang ketika itu menjadi lingkungan RISC-V, saya hanya memikirkan periode pengujian transformasi, yang sangat memusingkan, masalah intinya adalah Anda mungkin tidak dapat menjalankan lebih dari 1 ~ 5 kali lebih efisien daripada lingkungan asli selama periode pengujian, jadi saya kira periode pengujian ini akan terus diperpanjang berkali-kali, seperti Ethereum Merge di masa lalu, sehingga ada kekurangan hasil nyata di tahap awal, dan sulit untuk menarik ekosistem eksternal untuk diterapkan di testnet dan mengirimkan umpan balik. Saya hanya bisa mengatakan bahwa V God memiliki ambisi besar, tetapi saya tidak berpikir implementasinya sangat optimis, setidaknya saya pikir lebih dari setengah pengembang inti mungkin tidak terlalu senang, jika mereka bertekad untuk berubah menjadi RISC-V, V God dan Ethereum Foundation perlu menghabiskan banyak upaya untuk mendorong tim pengembang inti dan ekologi. Masalah korespondensi ekologis dengan RISC-V Naga menyebutkan bahwa masalah terbesar dari proposal RISC-V mungkin berasal dari dukungan dan korespondensi ekologi proyek swasta, dalam ekosistem open source yang ada, komponen yang dapat digunakan sangat terbatas, sehingga slogan terjemahan EVM ke RISC-V yang diusulkan oleh V God mungkin memiliki banyak keraguan dan masalah dalam jangka pendek. Misalnya, ekosistem Ethereum yang ada, seperti proyek EVM dan kontrak yang tidak memiliki masalah, di bawah premis terjemahan EVM ke RISC-V, mungkin ada kurangnya status atau penghentian operasi dalam proses pelaksanaan kontrak pada lapisan eksekusi, yang berarti bahwa bahkan proyek EVM lama yang tidak memiliki masalah di masa lalu, dalam kasus menggunakan EVM ke terjemahan RISC-V, mungkin ada token yang tidak dapat diusulkan, atau secara tidak sengaja dibakar atau dikunci. Contoh seperti itu sangat mungkin membuat tim proyek ekologi, dalam beberapa kasus, tidak mau membuka pengguna untuk menggunakan EVM ke transpiler RISC-V untuk menjalankan kontrak pintar EVM lama; Selain itu, untuk menghindari risiko terkait dan menindaklanjuti dengan teknologi baru Ethereum, cara terbaik untuk ekosistem proyek adalah dengan menulis versi RISC-V baru dari kontrak untuk semua kontrak pintar, dan hubungan antara kontrak lama dan kontrak baru diselesaikan melalui menjembatani aset. Sebenarnya, cara untuk terlibat dalam kompatibilitas sangat mudah untuk dikemas, tetapi jika yayasan bersedia menyebarkan uang untuk mendapatkan solusi umum, maka itu dapat menyelesaikan 99% dari masalah kompatibilitas, tetapi masalahnya terletak pada 1% sisanya dan kepercayaan keamanan dari pengembang ekologi. Sekarang Anda bertanya kepada pengembang proyek Ethereum, saya kira saya tidak akan begitu percaya diri dalam bagian terjemahan EVM RISC-V, perusahaan teknologi modal besar ingin menjadi bagian dari sistem atau chip khusus mereka sendiri dari awal hingga akhir, mereka belum tentu memilih RISC-V, karena meskipun arsitektur ini open source, dibandingkan dengan arsitektur arus utama seperti ARM dan X86, dukungan ekologis RISC-V sangat terbatas, dan tidak ada pengembangan terkait blockchain, yang berarti bahwa Ethereum harus membuka dunia dengan tangan kosong. Jika dalam ujian ...