V God ผู้ก่อตั้ง Ethereum เสนอให้แทนที่ "RISC-V" ด้วย Ethereum ในเลเยอร์การดําเนินการเพื่อแทนที่ EVM ที่ผ่านมา ซึ่งทําให้นักพัฒนาบางคนสงสัย และในปี 2016 ผู้พัฒนา Ethereum OG เชื่อว่าสิ่งนี้จะทําให้ระบบนิเวศของ Ethereum เผชิญกับการกระจายและไม่เป็นมิตรกับโครงการทุนขนาดเล็ก (เรื่องย่อ: ค่าธรรมเนียมการจัดการของ Ethereum แตะระดับต่ําสุดในรอบห้าปีและชุมชนได้กําหนด "ทฤษฎีพิษ L2": ไม่มีรถยนต์บนท้องถนนและ V God ยังคงหัวเราะและสร้างทางหลวง) (เสริมพื้นหลัง: รื้อความทะเยอทะยานเชิงกลยุทธ์ของ Vitalik เพื่อสร้างชั้นผู้บริหารของ Ethereum ใหม่ด้วย "RISC-V แทน EVM" ) ข้อเสนอ "RISC-V" ล่าสุดของ Ethereum ผู้ก่อตั้ง Ethereum V God ดึงดูดความสนใจของชุมชน crypto และทําให้เกิดการถกเถียงกันในหมู่นักพัฒนาระบบนิเวศหลัก และสําหรับผู้ใช้ส่วนใหญ่ ส่วนใหญ่ไม่เข้าใจ RISC-V ของ Ethereum จะปฏิรูป Ethereum ได้อย่างไรและข้อเสนอของ V-God สามารถนํามาสู่ Ethereum ได้อย่างไร? เพื่อตอบคําถามนี้เราได้สัมภาษณ์ "มังกรต่อต้านสเกล" OG เก่าที่พัฒนาระบบนิเวศหลักของ Ethereum มาตั้งแต่ปี 2016 และเขาจะตอบกระบวนการโดยละเอียดของการแก้ไข "RISC-V" และผลกระทบเชิงลบระยะสั้นที่อาจเกิดขึ้นในอนาคตเตือนนักลงทุน Ethereum ทุกคนให้ใส่ใจกับการติดตามข้อเสนอนี้อย่างใกล้ชิด วิธีการปรับปรุงสถานการณ์ RISC-V Ethereum นั้นแตกต่างจากห่วงโซ่ PoS อื่น ๆ ตรงที่ไคลเอนต์ Ethereum ประกอบด้วยสองส่วนคือ "เลเยอร์ฉันทามติ" และ "ชั้นการดําเนินการ" และเลเยอร์ฉันทามติมีหน้าที่รับผิดชอบในการลงคะแนนเสียงเดิมพันและเลเยอร์การดําเนินการมีหน้าที่ในการประมวลผลธุรกรรมดังนั้นรหัสที่ดําเนินการสัญญาอัจฉริยะจึงเป็นไคลเอนต์เลเยอร์การดําเนินการที่ดําเนินการโดยคอมพิวเตอร์โหนดซึ่งเรียกใช้รหัสโดยการจับการออกอากาศธุรกรรมและเขียนผลการลงคะแนนผ่าน "เลเยอร์ฉันทามติ" ในบัญชีแยกประเภทสาธารณะ วิธีเดียวในการอัปเกรดสภาพแวดล้อม EVM ปัจจุบันเป็น RISC-V คือการอัปเดต "ไคลเอ็นต์เลเยอร์การดําเนินการ" ของไคลเอนต์โหนด ซึ่งเป็นเพียงส้อมระดับซอฟต์แวร์ ซึ่งแตกต่างจาก Hard Fork ทั่วไปในอดีตเพื่อเปลี่ยนบล็อก Ethereum และการแก้ไขโหนดที่เกี่ยวข้อง ตามคําอธิบายเนื้อหาของกระดาษของ V God ตามหลักการแล้วหากไคลเอนต์โหนดทั้งหมดมีตัวดําเนินการ RISC-V การทํางานของโปรโตคอลสําหรับเวอร์ชันใหม่และการทํางานของ zk proof สามารถบรรลุประสิทธิภาพทางทฤษฎีได้เกือบ 100 เท่า แต่ต้องทราบว่าสิ่งนี้คํานวณจากสัญญาอัจฉริยะสําหรับเวอร์ชัน RISC-V และไคลเอนต์ RISC-V ซึ่งสัมพันธ์กับรูปแบบสัญญาอัจฉริยะ EVM ที่ดําเนินการบนไคลเอนต์ EVM สิ่งที่พิเศษเกี่ยวกับข้อเสนอของ RISC-V ในครั้งนี้คือเขาได้รับการปรับปรุงใหม่โดยตรงในไคลเอนต์ชั้นผู้บริหารและจะไม่ใช้ส่วน hard fork ซึ่งฉันไม่ชอบมากนัก แต่จะเห็นได้ว่า Ethereum กําลังเคลื่อนที่ไปในทิศทางใหม่ซึ่งอาจเป็นขอบสองขอบและการเปลี่ยนแปลงระดับนี้ในอดีต Ethereum อาจเลือกที่จะนําไปใช้กับ hard fork เพราะอาจเป็นแนวทางที่ปลอดภัยกว่า การติดต่อระหว่างสถานการณ์ปัจจุบันและสัญญาเก่าหลังจากทําความเข้าใจประสิทธิภาพของทฤษฎีแล้วเรามาดูกันว่าสถานการณ์ปัจจุบันคืออะไรสถานการณ์ปัจจุบันคือระบบนิเวศทั้งหมดของ Ethereum และแนวทางปฏิบัติ EIP ทั้งหมดดําเนินการได้สําเร็จผ่านสัญญาอัจฉริยะ EVM และลูกค้า EVM หาก V God กล่าวว่า RISC-V จะมี EVM transpiler สถานการณ์ในอนาคตที่แท้จริงอาจแบ่งออกเป็นสถานการณ์ต่อไปนี้สัญญาอัจฉริยะ EVM ทํางานบนไคลเอนต์ EVM (EIP เก่าเข้ากันได้อย่างสมบูรณ์ แต่ EIP ใหม่ต้องสอดคล้องกับสองเวอร์ชัน) สัญญาอัจฉริยะ EVM ทํางานบนไคลเอนต์ RISC-V ผ่านเครื่องส่งสัญญาณ EVM ของ RISC-V (EIP เก่าและใหม่ต้องผ่านการทดสอบและการดีบักจํานวนมากเพื่อแก้ไข) สัญญาอัจฉริยะ RISC-V ทํางานบนไคลเอนต์ RISC-V (EIP เก่าทั้งหมดจะถูกทดสอบอีกครั้ง แต่ EIP ใหม่ควรเข้ากันได้อย่างสมบูรณ์แบบ) โดยสรุปเมื่อพิจารณาถึงประสิทธิภาพทางทฤษฎีของประสิทธิภาพการดําเนินงานของสัญญาอัจฉริยะในอนาคตที่ 100 เท่าจะบังคับใช้เฉพาะสถานะที่สามเท่านั้นและสําหรับกรณีที่สอง โดยเฉพาะอย่างยิ่งมันขึ้นอยู่กับการเพิ่มประสิทธิภาพของทีมหลักของ Ethereum ของ transpiler เช่นเดียวกับการอัพเกรด EIP และสัญญาอัจฉริยะทั้งหมดในอดีตซึ่งหมายความว่า Ethereum จําเป็นต้องจ่ายราคาการเพิ่มประสิทธิภาพที่ใหญ่มากเพื่อให้บรรลุการปรับปรุงประสิทธิภาพทางทฤษฎีและไม่แน่ใจว่าการเพิ่มประสิทธิภาพของรหัส EVM เก่าผ่านการแปลบน RISC-V นั้นมากกว่าสภาพแวดล้อม EVM ดั้งเดิมอย่างแน่นอน ในความเป็นจริง V God พูดแบบนี้ฉันเดาว่าต้องมีนักพัฒนาหลักหลายคนรู้สึกหมดหวังมากในอดีตในการพัฒนา EVM เพื่อแก้ปัญหาการใช้งานและการทดสอบ EIP แต่ละครั้งภาระงานมีขนาดใหญ่มากอยู่แล้วเพราะ Ethereum เป็นชุมชนที่ชอบทดสอบคําตอบแบบเปิดในสภาพแวดล้อมที่เปิดกว้างมาก แต่ตอนนี้เมื่อมันกลายเป็นสภาพแวดล้อม RISC-V ฉันแค่คิดถึงระยะเวลาการทดสอบของการเปลี่ยนแปลงซึ่งเป็นเรื่องที่น่าปวดหัวมากปัญหาหลักคือคุณอาจไม่สามารถทํางานได้อย่างมีประสิทธิภาพมากกว่าสภาพแวดล้อมเดิม 1 ~ 5 เท่าในช่วงระยะเวลาการทดสอบดังนั้นฉันเดาว่าระยะเวลาการทดสอบนี้จะยังคงขยายออกไปหลายครั้งเช่นเดียวกับ Ethereum Merge ในอดีตเพื่อให้ขาดผลลัพธ์ที่เป็นรูปธรรมในระยะแรกและเป็นการยากที่จะดึงดูดระบบนิเวศภายนอกให้ปรับใช้บน testnet และส่งข้อเสนอแนะ ฉันสามารถพูดได้ว่า V God มีความทะเยอทะยานที่ยิ่งใหญ่ แต่ฉันไม่คิดว่าการใช้งานนั้นมองโลกในแง่ดีอย่างน้อยฉันคิดว่ามากกว่าครึ่งหนึ่งของนักพัฒนาหลักอาจไม่มีความสุขมากหากพวกเขามุ่งมั่นที่จะเปลี่ยนเป็น RISC-V, V God และ Ethereum Foundation ต้องใช้ความพยายามอย่างมากในการสนับสนุนทีมนักพัฒนาหลักและนิเวศวิทยา ปัญหาของการติดต่อทางนิเวศวิทยากับ RISC-V มังกรกล่าวว่าปัญหาที่ใหญ่ที่สุดของข้อเสนอ RISC-V อาจมาจากการสนับสนุนและการติดต่อของระบบนิเวศโครงการส่วนตัวในระบบนิเวศโอเพ่นซอร์สที่มีอยู่ส่วนประกอบที่สามารถใช้ได้มี จํากัด มากดังนั้นสโลแกนของ EVM เป็นการแปล RISC-V ที่เสนอโดย V God อาจมีข้อสงสัยและปัญหามากมายในระยะสั้น ตัวอย่างเช่นระบบนิเวศที่มีอยู่ของ Ethereum เช่นโครงการ EVM และสัญญาที่ไม่มีปัญหาภายใต้สมมติฐานของการแปล EVM เป็น RISC-V อาจขาดสถานะหรือการยุติการดําเนินงานในกระบวนการดําเนินการตามสัญญาที่ชั้นการดําเนินการซึ่งหมายความว่าแม้แต่โครงการ EVM เก่าที่ไม่เคยมีปัญหาใด ๆ ในอดีตในกรณีของการใช้การแปล EVM เป็น RISC-V อาจมีโทเค็นที่ไม่สามารถเสนอได้หรือเผาหรือล็อคโดยไม่ตั้งใจ ตัวอย่างดังกล่าวมีแนวโน้มที่จะทําให้ทีมโครงการระบบนิเวศในบางกรณีไม่เต็มใจที่จะเปิดผู้ใช้ให้ใช้เครื่องทรานสไปเดอร์ EVM เป็น RISC-V เพื่อเรียกใช้สัญญาอัจฉริยะ EVM แบบเดิม นอกจากนี้เพื่อหลีกเลี่ยงความเสี่ยงที่เกี่ยวข้องและติดตามเทคโนโลยีใหม่ของ Ethereum วิธีที่ดีที่สุดสําหรับระบบนิเวศของโครงการคือการเขียนสัญญาเวอร์ชัน RISC-V ใหม่สําหรับสัญญาอัจฉริยะทั้งหมดและการเชื่อมต่อระหว่างสัญญาเก่าและสัญญาใหม่ได้รับการแก้ไขผ่านการเชื่อมโยงสินทรัพย์ ในความเป็นจริงวิธีการมีส่วนร่วมในความเข้ากันได้นั้นง่ายมากที่จะบรรจุ แต่ถ้ามูลนิธิยินดีที่จะกระจายเงินเพื่อให้ได้วิธีแก้ปัญหาทั่วไปก็อาจแก้ปัญหาความเข้ากันได้ได้ 99% แต่ปัญหาอยู่ในส่วนที่เหลือ 1% และความไว้วางใจด้านความปลอดภัยของนักพัฒนาระบบนิเวศ ตอนนี้คุณถามผู้พัฒนาโครงการของ Ethereum ฉันเดาว่าฉันจะไม่มั่นใจในส่วนของการแปล EVM RISC-V บริษัท เทคโนโลยีทุนขนาดใหญ่ต้องการอยู่ในระบบหรือชิปที่กําหนดเองตั้งแต่ต้นจนจบพวกเขาไม่จําเป็นต้องเลือก RISC-V เพราะแม้ว่าสถาปัตยกรรมนี้จะเป็นโอเพ่นซอร์สเมื่อเทียบกับสถาปัตยกรรมกระแสหลักเช่น ARM และ X86 การสนับสนุนระบบนิเวศ RISC-V มี จํากัด มากและไม่มีการพัฒนาบล็อกเชนที่เกี่ยวข้องซึ่งหมายความว่า Ethereum ต้องเปิดโลกด้วยมือเปล่า ถ้าในการสอบ...
222433 โพสต์
187071 โพสต์
140816 โพสต์
78457 โพสต์
65401 โพสต์
61564 โพสต์
59885 โพสต์
56288 โพสต์
51782 โพสต์
50354 โพสต์
Ethereum "เปลี่ยน RISC-V" ทำให้นักพัฒนาหายไป? OG เตือน: ระบบนิเวศของ ETH จะถูกจัดสรรใหม่, โครงการเล็กๆ จะย้ายไป Solana
V God ผู้ก่อตั้ง Ethereum เสนอให้แทนที่ "RISC-V" ด้วย Ethereum ในเลเยอร์การดําเนินการเพื่อแทนที่ EVM ที่ผ่านมา ซึ่งทําให้นักพัฒนาบางคนสงสัย และในปี 2016 ผู้พัฒนา Ethereum OG เชื่อว่าสิ่งนี้จะทําให้ระบบนิเวศของ Ethereum เผชิญกับการกระจายและไม่เป็นมิตรกับโครงการทุนขนาดเล็ก (เรื่องย่อ: ค่าธรรมเนียมการจัดการของ Ethereum แตะระดับต่ําสุดในรอบห้าปีและชุมชนได้กําหนด "ทฤษฎีพิษ L2": ไม่มีรถยนต์บนท้องถนนและ V God ยังคงหัวเราะและสร้างทางหลวง) (เสริมพื้นหลัง: รื้อความทะเยอทะยานเชิงกลยุทธ์ของ Vitalik เพื่อสร้างชั้นผู้บริหารของ Ethereum ใหม่ด้วย "RISC-V แทน EVM" ) ข้อเสนอ "RISC-V" ล่าสุดของ Ethereum ผู้ก่อตั้ง Ethereum V God ดึงดูดความสนใจของชุมชน crypto และทําให้เกิดการถกเถียงกันในหมู่นักพัฒนาระบบนิเวศหลัก และสําหรับผู้ใช้ส่วนใหญ่ ส่วนใหญ่ไม่เข้าใจ RISC-V ของ Ethereum จะปฏิรูป Ethereum ได้อย่างไรและข้อเสนอของ V-God สามารถนํามาสู่ Ethereum ได้อย่างไร? เพื่อตอบคําถามนี้เราได้สัมภาษณ์ "มังกรต่อต้านสเกล" OG เก่าที่พัฒนาระบบนิเวศหลักของ Ethereum มาตั้งแต่ปี 2016 และเขาจะตอบกระบวนการโดยละเอียดของการแก้ไข "RISC-V" และผลกระทบเชิงลบระยะสั้นที่อาจเกิดขึ้นในอนาคตเตือนนักลงทุน Ethereum ทุกคนให้ใส่ใจกับการติดตามข้อเสนอนี้อย่างใกล้ชิด วิธีการปรับปรุงสถานการณ์ RISC-V Ethereum นั้นแตกต่างจากห่วงโซ่ PoS อื่น ๆ ตรงที่ไคลเอนต์ Ethereum ประกอบด้วยสองส่วนคือ "เลเยอร์ฉันทามติ" และ "ชั้นการดําเนินการ" และเลเยอร์ฉันทามติมีหน้าที่รับผิดชอบในการลงคะแนนเสียงเดิมพันและเลเยอร์การดําเนินการมีหน้าที่ในการประมวลผลธุรกรรมดังนั้นรหัสที่ดําเนินการสัญญาอัจฉริยะจึงเป็นไคลเอนต์เลเยอร์การดําเนินการที่ดําเนินการโดยคอมพิวเตอร์โหนดซึ่งเรียกใช้รหัสโดยการจับการออกอากาศธุรกรรมและเขียนผลการลงคะแนนผ่าน "เลเยอร์ฉันทามติ" ในบัญชีแยกประเภทสาธารณะ วิธีเดียวในการอัปเกรดสภาพแวดล้อม EVM ปัจจุบันเป็น RISC-V คือการอัปเดต "ไคลเอ็นต์เลเยอร์การดําเนินการ" ของไคลเอนต์โหนด ซึ่งเป็นเพียงส้อมระดับซอฟต์แวร์ ซึ่งแตกต่างจาก Hard Fork ทั่วไปในอดีตเพื่อเปลี่ยนบล็อก Ethereum และการแก้ไขโหนดที่เกี่ยวข้อง ตามคําอธิบายเนื้อหาของกระดาษของ V God ตามหลักการแล้วหากไคลเอนต์โหนดทั้งหมดมีตัวดําเนินการ RISC-V การทํางานของโปรโตคอลสําหรับเวอร์ชันใหม่และการทํางานของ zk proof สามารถบรรลุประสิทธิภาพทางทฤษฎีได้เกือบ 100 เท่า แต่ต้องทราบว่าสิ่งนี้คํานวณจากสัญญาอัจฉริยะสําหรับเวอร์ชัน RISC-V และไคลเอนต์ RISC-V ซึ่งสัมพันธ์กับรูปแบบสัญญาอัจฉริยะ EVM ที่ดําเนินการบนไคลเอนต์ EVM สิ่งที่พิเศษเกี่ยวกับข้อเสนอของ RISC-V ในครั้งนี้คือเขาได้รับการปรับปรุงใหม่โดยตรงในไคลเอนต์ชั้นผู้บริหารและจะไม่ใช้ส่วน hard fork ซึ่งฉันไม่ชอบมากนัก แต่จะเห็นได้ว่า Ethereum กําลังเคลื่อนที่ไปในทิศทางใหม่ซึ่งอาจเป็นขอบสองขอบและการเปลี่ยนแปลงระดับนี้ในอดีต Ethereum อาจเลือกที่จะนําไปใช้กับ hard fork เพราะอาจเป็นแนวทางที่ปลอดภัยกว่า การติดต่อระหว่างสถานการณ์ปัจจุบันและสัญญาเก่าหลังจากทําความเข้าใจประสิทธิภาพของทฤษฎีแล้วเรามาดูกันว่าสถานการณ์ปัจจุบันคืออะไรสถานการณ์ปัจจุบันคือระบบนิเวศทั้งหมดของ Ethereum และแนวทางปฏิบัติ EIP ทั้งหมดดําเนินการได้สําเร็จผ่านสัญญาอัจฉริยะ EVM และลูกค้า EVM หาก V God กล่าวว่า RISC-V จะมี EVM transpiler สถานการณ์ในอนาคตที่แท้จริงอาจแบ่งออกเป็นสถานการณ์ต่อไปนี้สัญญาอัจฉริยะ EVM ทํางานบนไคลเอนต์ EVM (EIP เก่าเข้ากันได้อย่างสมบูรณ์ แต่ EIP ใหม่ต้องสอดคล้องกับสองเวอร์ชัน) สัญญาอัจฉริยะ EVM ทํางานบนไคลเอนต์ RISC-V ผ่านเครื่องส่งสัญญาณ EVM ของ RISC-V (EIP เก่าและใหม่ต้องผ่านการทดสอบและการดีบักจํานวนมากเพื่อแก้ไข) สัญญาอัจฉริยะ RISC-V ทํางานบนไคลเอนต์ RISC-V (EIP เก่าทั้งหมดจะถูกทดสอบอีกครั้ง แต่ EIP ใหม่ควรเข้ากันได้อย่างสมบูรณ์แบบ) โดยสรุปเมื่อพิจารณาถึงประสิทธิภาพทางทฤษฎีของประสิทธิภาพการดําเนินงานของสัญญาอัจฉริยะในอนาคตที่ 100 เท่าจะบังคับใช้เฉพาะสถานะที่สามเท่านั้นและสําหรับกรณีที่สอง โดยเฉพาะอย่างยิ่งมันขึ้นอยู่กับการเพิ่มประสิทธิภาพของทีมหลักของ Ethereum ของ transpiler เช่นเดียวกับการอัพเกรด EIP และสัญญาอัจฉริยะทั้งหมดในอดีตซึ่งหมายความว่า Ethereum จําเป็นต้องจ่ายราคาการเพิ่มประสิทธิภาพที่ใหญ่มากเพื่อให้บรรลุการปรับปรุงประสิทธิภาพทางทฤษฎีและไม่แน่ใจว่าการเพิ่มประสิทธิภาพของรหัส EVM เก่าผ่านการแปลบน RISC-V นั้นมากกว่าสภาพแวดล้อม EVM ดั้งเดิมอย่างแน่นอน ในความเป็นจริง V God พูดแบบนี้ฉันเดาว่าต้องมีนักพัฒนาหลักหลายคนรู้สึกหมดหวังมากในอดีตในการพัฒนา EVM เพื่อแก้ปัญหาการใช้งานและการทดสอบ EIP แต่ละครั้งภาระงานมีขนาดใหญ่มากอยู่แล้วเพราะ Ethereum เป็นชุมชนที่ชอบทดสอบคําตอบแบบเปิดในสภาพแวดล้อมที่เปิดกว้างมาก แต่ตอนนี้เมื่อมันกลายเป็นสภาพแวดล้อม RISC-V ฉันแค่คิดถึงระยะเวลาการทดสอบของการเปลี่ยนแปลงซึ่งเป็นเรื่องที่น่าปวดหัวมากปัญหาหลักคือคุณอาจไม่สามารถทํางานได้อย่างมีประสิทธิภาพมากกว่าสภาพแวดล้อมเดิม 1 ~ 5 เท่าในช่วงระยะเวลาการทดสอบดังนั้นฉันเดาว่าระยะเวลาการทดสอบนี้จะยังคงขยายออกไปหลายครั้งเช่นเดียวกับ Ethereum Merge ในอดีตเพื่อให้ขาดผลลัพธ์ที่เป็นรูปธรรมในระยะแรกและเป็นการยากที่จะดึงดูดระบบนิเวศภายนอกให้ปรับใช้บน testnet และส่งข้อเสนอแนะ ฉันสามารถพูดได้ว่า V God มีความทะเยอทะยานที่ยิ่งใหญ่ แต่ฉันไม่คิดว่าการใช้งานนั้นมองโลกในแง่ดีอย่างน้อยฉันคิดว่ามากกว่าครึ่งหนึ่งของนักพัฒนาหลักอาจไม่มีความสุขมากหากพวกเขามุ่งมั่นที่จะเปลี่ยนเป็น RISC-V, V God และ Ethereum Foundation ต้องใช้ความพยายามอย่างมากในการสนับสนุนทีมนักพัฒนาหลักและนิเวศวิทยา ปัญหาของการติดต่อทางนิเวศวิทยากับ RISC-V มังกรกล่าวว่าปัญหาที่ใหญ่ที่สุดของข้อเสนอ RISC-V อาจมาจากการสนับสนุนและการติดต่อของระบบนิเวศโครงการส่วนตัวในระบบนิเวศโอเพ่นซอร์สที่มีอยู่ส่วนประกอบที่สามารถใช้ได้มี จํากัด มากดังนั้นสโลแกนของ EVM เป็นการแปล RISC-V ที่เสนอโดย V God อาจมีข้อสงสัยและปัญหามากมายในระยะสั้น ตัวอย่างเช่นระบบนิเวศที่มีอยู่ของ Ethereum เช่นโครงการ EVM และสัญญาที่ไม่มีปัญหาภายใต้สมมติฐานของการแปล EVM เป็น RISC-V อาจขาดสถานะหรือการยุติการดําเนินงานในกระบวนการดําเนินการตามสัญญาที่ชั้นการดําเนินการซึ่งหมายความว่าแม้แต่โครงการ EVM เก่าที่ไม่เคยมีปัญหาใด ๆ ในอดีตในกรณีของการใช้การแปล EVM เป็น RISC-V อาจมีโทเค็นที่ไม่สามารถเสนอได้หรือเผาหรือล็อคโดยไม่ตั้งใจ ตัวอย่างดังกล่าวมีแนวโน้มที่จะทําให้ทีมโครงการระบบนิเวศในบางกรณีไม่เต็มใจที่จะเปิดผู้ใช้ให้ใช้เครื่องทรานสไปเดอร์ EVM เป็น RISC-V เพื่อเรียกใช้สัญญาอัจฉริยะ EVM แบบเดิม นอกจากนี้เพื่อหลีกเลี่ยงความเสี่ยงที่เกี่ยวข้องและติดตามเทคโนโลยีใหม่ของ Ethereum วิธีที่ดีที่สุดสําหรับระบบนิเวศของโครงการคือการเขียนสัญญาเวอร์ชัน RISC-V ใหม่สําหรับสัญญาอัจฉริยะทั้งหมดและการเชื่อมต่อระหว่างสัญญาเก่าและสัญญาใหม่ได้รับการแก้ไขผ่านการเชื่อมโยงสินทรัพย์ ในความเป็นจริงวิธีการมีส่วนร่วมในความเข้ากันได้นั้นง่ายมากที่จะบรรจุ แต่ถ้ามูลนิธิยินดีที่จะกระจายเงินเพื่อให้ได้วิธีแก้ปัญหาทั่วไปก็อาจแก้ปัญหาความเข้ากันได้ได้ 99% แต่ปัญหาอยู่ในส่วนที่เหลือ 1% และความไว้วางใจด้านความปลอดภัยของนักพัฒนาระบบนิเวศ ตอนนี้คุณถามผู้พัฒนาโครงการของ Ethereum ฉันเดาว่าฉันจะไม่มั่นใจในส่วนของการแปล EVM RISC-V บริษัท เทคโนโลยีทุนขนาดใหญ่ต้องการอยู่ในระบบหรือชิปที่กําหนดเองตั้งแต่ต้นจนจบพวกเขาไม่จําเป็นต้องเลือก RISC-V เพราะแม้ว่าสถาปัตยกรรมนี้จะเป็นโอเพ่นซอร์สเมื่อเทียบกับสถาปัตยกรรมกระแสหลักเช่น ARM และ X86 การสนับสนุนระบบนิเวศ RISC-V มี จํากัด มากและไม่มีการพัฒนาบล็อกเชนที่เกี่ยวข้องซึ่งหมายความว่า Ethereum ต้องเปิดโลกด้วยมือเปล่า ถ้าในการสอบ...