Nervos จะจัดงานในธีม "Say Hello to RISC-V" ในซานฟรานซิสโก โดยไม่คาดคิด งานดังกล่าวดึงดูดความสนใจของ Zaki Mania ผู้เชี่ยวชาญด้านบล็อกเชนอาวุโสและที่ปรึกษาโครงการ Cosmos และเปิดตัวกิจกรรมที่น่าสนใจบน Twitter . การอภิปราย ประเด็นสำคัญของการสนทนาคือ Zaki เชื่อว่าเขาเลือก WebAssembly (WASM) เมื่อเทียบกับโครงการบล็อกเชนอื่นๆ และเขาแสดงความสงสัยเกี่ยวกับแผนการของ Nervos ที่จะนำ VM ไปใช้กับชุดคำสั่ง RISC-V
ความรู้พื้นฐาน
ความรู้พื้นฐาน
ก่อนอื่น แนะนำสองหัวข้อหลักของการสนทนานี้ - WebAssembly และ RISC-V:
WebAssembly (WASM) เป็นวิธีใหม่ในการเข้ารหัสที่สามารถเรียกใช้ในเว็บเบราว์เซอร์สมัยใหม่ เป็นภาษาคล้ายแอสเซมบลีระดับต่ำที่มีรูปแบบไบนารีขนาดกะทัดรัดที่สามารถเรียกใช้ได้ในระดับใกล้เคียงกับภาษาดั้งเดิม และสำหรับภาษาเช่น C / ภาษาเช่น C++/Rust มีเป้าหมายการรวบรวมเพื่อให้สามารถทำงานบนเว็บได้ ทีมพัฒนาของ WebAssembly มาจาก Mozilla, Google, Microsoft, Apple และบริษัทอื่น ๆ และมาตรฐานนี้กำหนดโดย W3C ปัจจุบัน WebAssembly ถูกใช้ในโครงการ Ethereum Next Generation Virtual Machine (EWASM), EOS และ Dfinity
ชุดคำสั่ง RISC-V เป็นสถาปัตยกรรมชุดคำสั่งแบบเปิด (ISA) ตามหลักการของการคำนวณชุดคำสั่งแบบลดขนาด (RISC) โครงการนี้เริ่มขึ้นในปี 2010 และนำโดยศาสตราจารย์ David Patterson แห่งมหาวิทยาลัยแคลิฟอร์เนีย เบิร์กลีย์ มี ได้รับการสนับสนุนอย่างเข้มแข็งจากชุมชน RISC-V เป็นคำสั่งใหม่ตามการพัฒนาอย่างต่อเนื่องและวุฒิภาวะของชุดคำสั่ง ชุดคำสั่ง RISC-V เป็นโอเพ่นซอร์สอย่างสมบูรณ์ การออกแบบที่เรียบง่าย ง่ายต่อการพอร์ตไปยังระบบ Unix การออกแบบโมดูลาร์ ห่วงโซ่เครื่องมือที่สมบูรณ์ และยังมีการใช้งานโอเพ่นซอร์สจำนวนมากและกรณีเทปออก
ในขณะที่ x86 และ ARM ถูกผูกขาด RISC-V ได้นำแสงสว่างมาสู่ตลาดเกิดใหม่ บริษัท ออกแบบและผลิตชิปในหลายประเทศได้เข้าร่วมมูลนิธิและมีส่วนร่วมในการสร้างระบบนิเวศที่เกี่ยวข้อง ในฐานะที่เป็นสถาปัตยกรรมชุดคำสั่งที่ได้รับการตรวจสอบบน CPU RISC-V จึงเป็นความพยายามที่กล้าได้กล้าเสียในด้านบล็อกเชน เนื่องจากสร้างเครื่องเสมือนแทนฮาร์ดแวร์ตัวประมวลผลในโครงการบล็อกเชน
โพสต์โดย Zaki Mania นักลงทุนรายแรกในพื้นที่ blockchain ตัวเขาเองเป็นกรรมการบริหารของ Trusted IoT Alliance (องค์กรที่อุทิศตนเพื่อการวิจัยด้านความปลอดภัยของ PoS) เป็นที่ปรึกษาโครงการของ Cosmos และเป็นสมาชิกของคณะกรรมการบริหารของ Restore The 4th!
มีส่วนร่วมในการอภิปราย@defmacro, Xiao Xuejie วิศวกรหลักของโครงการ Nervos ยังเป็นผู้ดำเนินการหลักของ CKB-VM สำหรับการแนะนำเครื่องเสมือน Nervos ที่เขานำมาใช้ โปรดดูบทความ "An Introduction to Nervos CKB-VM" [1] .
คนอื่นๆ ที่เกี่ยวข้องในการอภิปรายได้แก่ Loom Principal Investigator, Plasma ResearcherGeorgios Konstantopoulosโดย SolanaLabs CEO Anatoly Yakovenkoนักพัฒนา QtumJordan Earlsผู้ร่วมก่อตั้งโครงการ NervosXie Hanjianชื่อเรื่องรอง
ชื่อเรื่องรอง
เชิงนามธรรม
Zaki Mania ถามคำถามแรกว่าสงสัยอย่างจริงจังว่า RISC-V ดีกว่า WASM สำหรับเครื่องเสมือน
ตามด้วย Loom Principal Investigatorจอร์จิออส คอนสแตนโตปูลอส ติดตามฉันหวังว่าเขาจะประเมินข้อดีและข้อเสียของทั้งสองอย่างละเอียด
Zaki Mania เพิ่ม:RISC-V เป็นข้อมูลจำเพาะสำหรับการออกแบบซิลิคอน (หมายถึงชิป)/FPGA การจำลองอย่างมีประสิทธิภาพบน x86, ARM, PowerPC ไม่ใช่เป้าหมาย WASM เป็นข้อกำหนดที่ไม่ขึ้นกับ ISA (สถาปัตยกรรมชุดคำสั่งแบบเปิด) ซึ่งสามารถนำไปใช้กับ CPU ต่างๆ ได้อย่างมีประสิทธิภาพ WASM เองนั้นได้รับการออกแบบมาโดยเฉพาะสำหรับการคอมไพล์ ดังนั้นเมื่อคอมไพล์รหัสเครื่อง x86 หรือ ARM ผลลัพธ์ที่ได้จึงเกือบจะเหมือนกับการคอมไพล์ดั้งเดิม แต่ RISC-V ไม่ได้ออกแบบมาเพื่อคอมไพล์เป็น x86 และ ARM
Xiao Xuejie นำเสนอมุมมองที่แตกต่างเกี่ยวกับเรื่องนี้:เขาตั้งคำถามว่าคุณลักษณะใดของ WASM ที่ใช้งานง่ายกว่า RISC-V WASM ใช้งานได้ง่ายกว่า JS แต่เมื่อเทียบกับ RISC-V แล้ว ไม่มีข้อได้เปรียบใดๆ เนื่องจากไม่มีส่วนเกี่ยวข้องกับการสร้างการใช้งานที่มีประสิทธิภาพ แต่เป็นระบบนิเวศ ฉันยอมรับว่าการรองรับ WASM ของ LLVM นั้นดีกว่า แต่มีสองประเด็นที่ต้องชี้ให้เห็น - (1) RISC-V รองรับ GCC และ (2) LLVM สำหรับ RISC-V ต้องการแพตช์เพิ่มเติมอีกเล็กน้อยเท่านั้น
การจำลอง RISC-V ทำงานในลักษณะเดียวกับที่ WASM ทำงานเป็นเครื่องเสมือนนามธรรม
สำหรับวิธีที่อีกฝ่ายกล่าวว่า WASM "ออกแบบมาเป็นพิเศษ" เพื่อจัดการกับเป้าหมายนี้ เขาเห็นในข้อกำหนดว่าการนำ RISC-V ไปใช้ได้เหมือนกับ WASM JIT ไม่ได้มีไว้สำหรับ WASM เท่านั้น
ติดตามผล: "rv8: นักแปลไบนารีประสิทธิภาพสูงจาก RISC-V ถึง x86" [2]
หลังจากถกกันอย่างเผ็ดร้อนหลายรอบก็มีหลายคนเข้ามาร่วมโต้วาที รัญชิตรา รู้สึกว่าทั้งสองอยู่นอกขอบเขตของการพูดคุยซอฟต์แวร์ RISC-V จะไม่แข่งขันกับทรัพยากรในการพัฒนา WASM
Anatoly Yakovenko CEO ของ SolanaLabs ถาม Zaki Mania:คุณนึกภาพบล็อกเชนเพื่อเรียกใช้เว็บไซต์ได้หรือไม่? หรือโหนดอิสระหลายล้านโหนดที่ทำงานพร้อมกัน? ขอชื่นชม Nervos ที่ผลักดันครั้งใหญ่ พวกมันไม่ตามฝูง
Jordan Earls ผู้พัฒนา Qtum แสดงความคิดเห็น: ดูเหมือนว่าจะไม่ได้รับประโยชน์ทั้งหมดของ WASM (เหนือสถาปัตยกรรม CPU แบบสุ่ม) ในขณะที่ยังไม่ได้รับประโยชน์จากระบบนิเวศของ x86 เนื่องจาก RISC-V ค่อนข้างคลุมเครือ เป็นเรื่องน่าสนใจที่ได้เห็นฮาร์ดแวร์สัญญาอัจฉริยะแบบเนทีฟ
Xie Hanjian ผู้ร่วมก่อตั้ง Nervos กล่าวว่า:ฮาร์ดแวร์การกำหนดเป้าหมาย (RISC-V) เป็นประโยชน์อย่างมากในความคิดของฉัน Layer 1 blockchain เป็นซอฟต์แวร์ที่เหมือนฮาร์ดแวร์ซึ่งยากต่อการอัพเกรด ชุดคำสั่งที่ออกแบบมาสำหรับฮาร์ดแวร์มีคุณสมบัติเหมือนกัน
Zaki Mania สรุป:ฉันเป็นแฟนตัวยงของ RISC-V ไม่ใช่เพราะโค้ดที่เลเยอร์ฉันทามติทำงาน คอมไพเลอร์ทูลเชนจะเป็นอันดับต้น ๆ ฮาร์ดแวร์ (ใช้งานในสถาปัตยกรรม RISC-V) จะแพร่หลาย แต่ไม่มีกรณีการใช้งานอื่น ๆ ที่ขึ้นอยู่กับประสิทธิภาพสูงและเชื่อถือได้ x86/ARM JIT
Xiao Xuejie สรุปในที่สุด:ความแตกต่างระหว่างการนำ RISC-V ไปใช้งานกับการนำ WASM ไปใช้งานนั้นมีน้อยกว่ามาก และเรายังคิดว่ามันง่ายกว่าที่จะปรับใช้ให้มีประสิทธิภาพมากขึ้นใน RISC-V จริงอยู่ เทคโนโลยีหนึ่งในที่นี้ (WASM หรือ RISC-V) อาจนำไปใช้ได้ง่ายกว่าอีกเทคโนโลยีหนึ่ง (RISC-V หรือ WASM) ในรายละเอียดหนึ่งหรือสองอย่าง แต่ (โดยทั่วไป) สิ่งเหล่านี้ไม่มีความยากง่ายแตกต่างกันมากนัก และไม่ได้แตกต่างกันทั้งหมดเมื่อใช้งานจริง
ในขณะเดียวกัน เมื่อเลือกเครื่องเสมือน blockchain ไม่เพียงแต่ต้องคำนึงถึงความยากของการใช้งานที่มีประสิทธิภาพสูงเท่านั้น เมื่อใช้ RISC-V เราได้รับประโยชน์ดังต่อไปนี้ (WASM จับคู่ได้ยาก):
1. มีการใช้ฮาร์ดแวร์จริงเพื่อให้มั่นใจถึงการใช้งานที่เสถียร ไม่ใช่การรับประกันเวอร์ชันบิตที่ตกลงโดยผู้จำหน่ายเบราว์เซอร์
2. ห่วงโซ่เครื่องมือ GNU ต้นน้ำที่เสถียรพร้อมการสนับสนุน LLVM อย่างต่อเนื่องแทน Emscripten ที่ไม่เพียงพอ
3. ข้อมูลจำเพาะพร้อมเทคโนโลยีล้ำสมัย ปัจจุบันไม่จำกัดเฉพาะสถาปัตยกรรมเครื่องยนต์ JS เช่น ส่วนขยาย V;
4. แบบจำลองรันไทม์ที่สมเหตุสมผล แบบจำลองโอเวอร์เฮดรันไทม์ที่เป็นธรรมชาติและมุ่งเน้นอนาคต
5. ศักยภาพในการเพิ่มความเร็วในการตรวจสอบการทำธุรกรรมโดยใช้ตัวประมวลผลร่วม
รอคอยที่จะได้เห็นการชนกันของความรู้ที่ยอดเยี่ยมเช่นนี้ในอนาคต!
[1]https://medium.com/nervosnetwork/an-introduction-to-ckb-vm-9d95678a7757
[2]https://carrv.github.io/2017/papers/clark-rv8-carrv2017.pdf
