Starkware CEO: โซลูชันการปรับขนาดชั้นที่สองของ Ethereum ยังต้องการการปรับปรุง
หมายเหตุบรรณาธิการ: บทความนี้มาจากCointelegraph จีน (ID: CointelegraphChina), ผู้แต่ง: ADRIAN ZMUDZINSKI, พิมพ์ซ้ำโดยได้รับอนุญาตจาก Odaily
Uri Kolodny ผู้ร่วมก่อตั้งและซีอีโอของบริษัทบล็อคเชน StarkWare กล่าวกับ Cointelegraph ว่าโซลูชันการปรับขนาดชั้นที่สองของ Ethereum ยังต้องการการปรับแต่ง
หมายเหตุบรรณาธิการ: บทความนี้มาจาก
Cointelegraph จีน (ID: CointelegraphChina)
Cointelegraph จีน (ID: CointelegraphChina)
Uri Kolodny ผู้ร่วมก่อตั้งและซีอีโอของบริษัทบล็อคเชน StarkWare กล่าวกับ Cointelegraph ว่าโซลูชันการปรับขนาดชั้นที่สองของ Ethereum ยังต้องการการปรับแต่ง
Vitalik Buterin ผู้ร่วมก่อตั้ง Ethereum อ้างเมื่อวันที่ 1 มิถุนายนว่าการปรับใช้เลเยอร์ที่สองของ blockchain ในขั้นต้นนั้นประสบความสำเร็จ "ส่วนใหญ่" ในทางกลับกัน Kolodny บอกกับ Cointelegraph ว่าเขาไม่มั่นใจนัก:
“ฉันยังไม่ได้ดื่มแชมเปญเพราะโซลูชันจำนวนมากที่นำเสนอจนถึงขณะนี้มีเฉพาะใน Twitter เท่านั้นและไม่ได้อยู่ใน Ethereum mainnet”
Kolodny ยอมรับว่ามีการพัฒนาที่มีแนวโน้มมากมายเมื่อพูดถึงโซลูชันความสามารถในการปรับขนาดชั้นที่สองของ ethereum "มีความพยายามบางอย่างเกี่ยวกับ 'Optimistic Rollups'" เขาอธิบาย อย่างไรก็ตาม เขากล่าวว่าไม่มีใครรู้ว่ามันทำงานได้ดีเพียงใด:
“Optimistic Rollups ยังไม่ได้เปิดตัวใน mainnet ดังนั้นจึงยังเร็วเกินไปที่จะบอกว่าพวกเขาจะทำงานอย่างไร”
การสร้างระบบใหม่ต้องใช้เวลา
ตามที่ Cointelegraph รายงานเมื่อต้นเดือนพฤศจิกายน IDEX การแลกเปลี่ยนแบบกระจายอำนาจอ้างว่าได้สร้าง “โซลูชันการปรับขนาดที่ไม่มีที่สิ้นสุด” สำหรับเครือข่าย ethereum โดยอิงจากการเปลี่ยนแปลงของ Optimistic Rollups ในขณะที่ Kolodny มองโลกในแง่ดีว่าโซลูชันการปรับขนาด Ethereum เลเยอร์ 2 นั้นเป็นไปได้จริงและจะประสบความสำเร็จ เขาเชื่อว่าเรายังไปไม่ถึง:
“แนวคิดเหล่านี้ค่อนข้างใหม่และต้องใช้เวลาในการดำเนินการ หลังจาก 2 ปีของการพัฒนาอย่างเข้มข้น พวกเราที่ StarkWare จะเปิดตัวบน mainnet”
เมื่อถูกถามถึงสิ่งที่ขัดขวางโซลูชันการปรับขนาดชั้นที่สองของ ethereum Kolodny กล่าวว่า “การขาดการผสานรวมกับกระเป๋าเงินและเครื่องมืออื่น ๆ อย่างเหมาะสม” เป็นส่วนหนึ่งที่ต้องตำหนิ อีกเหตุผลหนึ่งที่เขาเห็นว่าระบบดังกล่าวไม่ได้ถูกใช้อย่างแพร่หลายก็คือนักพัฒนาขาดความมั่นใจในโซลูชั่นชั้นที่สอง:
