lang
简体中文
繁體中文
English
Tiếng Việt
한국어
日本語
ภาษาไทย
Türkçe
หน้าแรก
AI
OPRR
ด่วน
ความลึก
กิจกรรม
BlockBeats Pro
เพิ่มเติม
การเงิน
พิเศษ
ระบบนิเวศบล็อกเชน
รายการ
พอดแคสต์
ข้อมูล
BTC
$96,000
5.73%
ETH
$3,521.91
3.97%
HTX
$0.{5}2273
5.23%
SOL
$198.17
3.05%
BNB
$710
3.05%

LD Research: บทความเชิงลึกเกี่ยวกับแผนการขยายของ Ethereum

อ่านบทความนี้ใน 221 นาที
จากมุมมองของกระบวนการพัฒนาแผนขยายของ Ethereum มองเห็นว่าการขยายของ Ethereum ไม่ใช่เรื่องที่มีวางแผนเพียงอย่างเดียว มีผู้ให้บริการหลายรายก็กำลังสำรวจและวางแผนในเส้นทางต่างๆ simultaneously.

Original Title: "LD Research: An In-Depth Explanation of the Ethereum Scaling Solution"
Original Author: 0xRJ_eth (Twitter: @0xRJ_eth)
Original Source: LD Capital Research


Today, I mainly organized the Ethereum scaling solutions from a top-down perspective combined with the timeline of development. The content covers some old solutions that are no longer mentioned in the market today, some of which you may have never even heard of. However, I believe it is crucial to clarify the overall framework and logical connections, as this helps us understand the development of scaling, the innovations and combinations it has gone through, the challenges faced, the market's focus at different times, and why Rollup solutions are currently dominant. All of this helps us see the bigger picture.


During my research, I found that there were not many articles online that comprehensively summarized and compared these aspects. Initially, I had no understanding of scaling, felt overwhelmed by the numerous solutions, each with its pros and cons, some very similar to each other. I couldn't figure out why, so I spent a lot of time digging through articles from different time periods. However, over the past two weeks, I realized that organizing things from a timeline perspective was incredibly helpful for me. Today's information might be quite extensive because it inevitably involves many technical aspects and concepts. If you can patiently read through it all, I believe it will be very helpful in constructing the overall framework and logical understanding of the scaling track.


I. Cause


On the first layer of the Ethereum blockchain, the continuously growing network usage demand has led to network congestion, driving up transaction costs. Enhancing storage, network speed, and throughput are essential for the widespread adoption of Ethereum at scale.


ดังนั้นจึงจำเป็นต้องขยายมิติ (Scaling)。


2. วัตถุประสงค์


วัตถุประสงค์หลักของการขยายมิติคือเพิ่มความเร็วในการทำธุรกรรม (Transaction Speed) และประสิทธิภาพของการทำธุรกรรม (Transaction Throughput) โดยยังคงรักษาลักษณะของระบบที่ไม่มีจุดศูนย์ (Decentralization) และความปลอดภัย


3. แผนการขยายมิติ


แผนการขยายมิติ: สามารถแบ่งเป็น 2 ประเภทใหญ่—On-Chain (เลเยอร์ 1) และ Off-Chain (เชน+เลเยอร์ 2)


On-chain, ขยายมิติบนเชน


เพิ่มประสิทธิภาพของบล็อกเชนเอง ซึ่งต้องการการเปลี่ยนแปลงในโปรโตคอลเลเยอร์เว็บ/เอธีเรียมไปที่มีการเปลี่ยนแปลงและอัปเกรด: ซึ่งเกี่ยวข้อกับ "เลเยอร์ 1" เน็ตเวิร์คเลเยอร์ 1 เป็นชื่อเรียกอื่นของบล็อกเชนฐาน. นอกจากเอธีเรียม (ETH) บิตคอยน์ (BTC) Solana Polkadot Near Cosmos Aptos Sui ยังอยู่ในเลเยอร์ 1 โปรโตคอลเนื่องจากเป็นเครือข่ายหลักในระบบนั้น เลเยอร์ 1 สามารถดำเนินการและเสร็จสิ้นการทำธุรกรรมบนบล็อกเชนของตัวเองได้ทันทีและยังสามารถใช้ตั๋วการทำธุรกรรมเดิมเพื่อชำระค่าธุรกรรม


การขยายเลเยอร์ 1 ทั้งหมดเป็นส่วนสำคัญของการอัปเกรดเอธีเรียม เราจะพูดถึงส่วนนี้ในข้อความที่เกี่ยวข้องกับการอัปเกรดเอธีเรียมในอนาคต วันนี้เราจะสรุปความหมายของเลเยอร์ 1 อย่างย่อ ๆ ไม่จะพูดถึงอย่างละเอียดมากเท่านั้น


On-Chain Layer 1 แผนการขยายมิติที่เลือกได้รวมถึง:


a. เปลี่ยนแปลงกลไกการมีสนิม อีเธอเรียมตัดสินใจใช้แผนการเปลี่ยนแปลงนี้ สองสัปดาห์ก่อนการรวมกันระหว่างเบคแครนและบล็อกเอธีเรียมสำเร็จเพื่อทำการเปลี่ยนจาก Proof of Work (PoW) ไปยัง Proof of Stake (PoS)


b. การใช้เทคโนโลยีการแบ่งส่วน (Sharding) เอธีเรียมตัดสินใช้วิธีการรวมนี้ การแบ่งส่วนเป็นวิธีการขยายเลเยอร์ 1 ที่พบบ่อย มีวัตถุประสงค์เพิ่มประสิทธิภาพในการทำธุรกรรม นี้เป็นเทคโนโลยีการแบ่งฐานข้อมูลที่ใช้ร่วมกันกับคลัสเตอร์ของโครงข่ายเพื่อแบ่งงานและเพิ่มความเร็วในการทำธุรกรรม แต่ละบล็อก


การแบ่งชิ้นยังสามารถช่วยลดภาระของผู้ตรวจสอบแต่ละคน (เนื่องจากตอนนี้พวกเขาไม่ต้องการจัดการและเก็บรักษาธุรกรรมของเครือข่ายทั้งหมด) ทุกโหนดจะเขียนข้อมูลเสร็จเรียบร้อยลงในโซ่หลักและแบ่งปันข้อมูลในเวลาจริง นี่เป็นแผนการขยายของ eth 2.0 ที่เคยวางแผนไว้ก่อนหน้าและถูก danks harding เข้ามาแทนที่


c. เพิ่มขนาดบล็อก ทำให้แต่ละบล็อกสามารถดำเนินการกับธุรกรรมมากขึ้น (เช่น eth 2.0 อัปเกรด proto-danksharding ก็เป็นแผนที่คล้ายกัน หลังจากที่อัปเกรดส่วนนี้จะมีการแบ่งออกเป็นอีกส่วนหนึ่ง)


การขยายของ Layer 1 ต้องใช้เวลาและความพยายามมากมาย ในหลายกรณี ไม่ใช่ผู้ใช้เครือข่ายทุกคนจะเห็นด้วยกับการเปลี่ยนแปลงเช่นนี้ เป็นไปได้ทำให้ชุมชนแตกและทำให้เกิด Hard Fork (ตัวอย่างเช่น Hard Fork ของ Bitcoin Cash ในปี 2017)


Off-chain, การขยายใต้โซนธาตุ


การขยายใต้โซนธาตุทั้งหมดจะทำการแยกออกแยกจากเครือข่ายหลักของชั้น 1 โดยไม่ต้องเปลี่ยนแปลงโครโทคอินเทอร์เน็ตของ Ethereum ประมาณ Rollup สามารถแบ่งเป็นสองประเภทหลัก ด้วยกัน: I. โซนข้าง II. Layer2 สำหรับการแก้ปัญหาในระดับ 2


I. โซนข้าง


ได้รับการแยกออกแต่ยังสามารถเชื่อมต่อกับเครือข่ายหลักได้ด้วยตัวเอง ความปลอดภัยของด้านเชิงเล็กที่ต้องพึ่งพากับกลไกโปรโตคอลของตัวเอง นี่เป็นจุดแตกต่างที่โต้แยงอย่างใหญ่ระหว่างโซนข้างและแนวทางขยายของชั้นที่ 2 ที่นำไปสู่ด้านใต้ของเครือข่ายหลักในปัจจุบัน


โซนข้างเป็นเหมือนเครือข่ายบล็อกเชนอิสระแต่มีเฉพาะกลไกในการเข้ารหัสของตัวเอง นอกจากนี้เหมือนเครือข่ายอ็อธเชนที่คนทั่วไปใช้งาน ผลโดยสร้างความแตกต่างของโซนข้างกับเครือข่าย layer1 ซึ่งคือโซนข้างที่บังคับให้การเพิ่มความจุของ Ethereum โดยเฉพาะไม่ใช่การแข่งขันกับ Ethereum เต็มรูป ระบบนี้โซนการใช้งานขณะนี้มีการสูบน้อมขยายความสามารถของ Ethereum และใช้งานแอป Ethereum อย่างเสมอคู่


สำหรับส่วนที่ให้เจ้าของสวทนาทำโฮาซ การพบกันกับเหนือของอากหวด วันนั้นได้รับประจากว่ามีหลายที่กระบอกรวมบางสิ่งที่จีกคั่นอย่างชัดเจน พอปศุกปักตรุ ถ้า้ขอบันของนี่ประวิกยูภค้อมก็หมาดชัด i. เชื่จันอยวดาไก้ปไวนทังเทเยนุ Sire


https://ethereum.org/en/developers/docs/scaling/sidechains/


รูปแบบลำดับหมวดหมู่ที่สองของการขยายของโซนออกซ์คือที่กล่าวถึงเมื่อสักครู่ที่ผ่านมา และเป็นวิธีที่ทุกคนคุ้นเคยคือ แบบแก้ปัญหา 2 ชั้น: ความคิดพื้นฐานคือการปฏิบัติคำนวณ/ดำเนินการนอกโซนออกซ์ การจำลองออกซอ (off-chain) ผลของการดำเนินการนี้ถูกนำขึ้นโซนออกซอ (on-chain) ประมวลผลแบบเบ็ดเสร็จด้วยตนเอง การรับรองความปลอดภัยโดยตรงจากนิติสภาเอธีเรียชั้นแรก ทำให้แตกต่างในความปลอดภัย ประสิทธิภาพในการขยาย ระดับการกระจายตัวการประยุกต์ใช้งานระดับต่างๆสู่สมดุล


ก่อนจะพูดถึงการทำโทรเลขบนโซน:


โซนเพจ Side Chains เป็นบล็อกเชนที่อิสระ ทำงานข้าเคียงกับและอิสระจากเครือข่ายหลักของอีเธอเรียม


พวกทั้งนี้มักจะถูกออกแบบโดยมีจุดประสงค์เพื่อประมวลผลธุรกรรมอย่างมีประสิทธิภาพ การแตกต่างที่มากที่สุดของวิธีการขยายลำดับที่สองคือ โซนเพจจะไม่เผยแผ่การเปลี่ยนแปลงสถานะและข้อมูลธุรกรรมกลับไปสู่เครือข่ายหลักของอีเธอเรียม นั่นเป็นเหตุผลที่พวกเขาก็ไม่ได้รับสมบัติการปลอดภัยของอีเธอเรียม


โซนเพจมักจะถูกเลือกเพื่อเสียการบริการบัญชีไปในบางส่วนหรือความปลอดภัยเพื่อให้ได้ประสิทธิภาพการใช้งานสูง


โซนเพจโดยส่วนใหญ่จะถูกดำเนินการผ่านสะพานข้ามโซนสองทาง (two way pegged cross chain bridge) เพื่อให้การเชื่อมต่อกับเครือข่ายหลักและ การดำเนินการระหว่างกัน (คอนเซปต์นี้เราจะอธิบายให้ละเอียดในไม่ช้า) และวิธีนี้การเชื่อมต่อถึงเครือข่ายหลักกันเอง


ก่อนจะพูดถึงอะไรคือสะพานข้ามโซนที่ถูกยึดเข้าจับ (two way pegged cross chain bridge):


คอนเซปต์นี้เป็นส่วนหนึ่งของหนังสือขาวโซนข้างที่ BlockStream เสนอในปี 2014 การยึดเข้าจับสองทางหมายความว่า สิ่งหนึ่งบางของทรัพย์สินบนเครือข่ายหลัก เช่น 10eth ถูกล็อคไว้ที่ที่อยู่ที่กำหนดไว้; ในขณะเดียวกัน ในโซนเพจมีการให้หลักฐานถึงการดำเนินการนี้หนึ่งทุนดิจิทัลในรูปแบบวอร์รป (wrapped token) จะได้รับการหลอกที่อยู่ในด้านข้างของสายเดียวกัน เช่น ในโซนเพจ มิ้นต์คร๊าม 10 weth 10weth นี้สามารถทำธุรกรรมในโซนได้ ในขณะที่สามารถขาย eth ในเครือข่ายหลัก ในขณะที่ซึ่งฟันขา ผู้ใช้ต้องการได้รับ eth ออกมาจากด้านสาย เมื่อในหน้าที่ด้านข้างถูกทำลายล้างตัวหลักที่เหลือของ wrapped eth ที่เหลือจะตกได้


ในเครือข่ายหลัก ล็อค (lock) โทเคน ในเครือข่ายย่อย มิ้นต์ (mint) (wrapped) โทเคน ในเครือข่ายย่อย ทำลาย/เผา (burn) โทเคน ในเครือข่ายหลัก ถอน (withdraw) โทเคน


https://medium.com/techskill-brew/layer-2-blockchain-scaling-solutions-channels-sidechains-rollups-and-plasma-part-16-79819e058ef6


สภาพแวดล้อมการทำงานของเครือข่ายย่อยและเครือข่ายหลักเหมือนกัน ทั้งสองใช้ EVM (Ethereum Virtual Machine) เป็นพื้นฐาน แต่เครือข่ายย่อยมีระบบบัญชีของตัวเอง อัลกอริทึมความเชื่อร่วม (Consensus Algorithm) (เช่น พิสูจน์ความเชื่อธุรกรรม พิสูจน์สิทธิเชิงเสียหาย โดยการมอบหมาย ภาระบาตินถ่อ ฯลฯ) สคริปต์สมาร์ทคอนแทรค และอื่น ๆ โดยมีการรักษาความปลอดภัยด้วยวิธีการที่แตกต่างกันออกไปเพื่อความมั่นคง


ตัวอย่างเช่น:


a. โหมดจัดเก็บเดี่ยว Centralized (basic third party authority): นี่คือวิธีการที่ง่ายที่สุดในปัจจุบันสำหรับการโอนสินทรัพย์ดิจิทัลระหว่างบล็อกเชน—โอนสินทรัพย์บนเชนหลักไปยังเฮาโจที่เดียว (เช่นแพลตฟอร์มการซื้อขาย) โฮสต์จะได้รับสินทรัพย์เหล่านี้หลังจากโอน แล้วเปิดใช้งานสินทรัพย์เทียบเท่าบนเชนข้าง เมื่อทำเช่นนั้น สินทรัพย์นี้สามารถไหลไปที่เชนข้างได้ ข้อเสียหายที่สำคัญที่สุดของวิธีการนี้คือมีจำนวนกลุ่มที่มากเกินไป



b. โหมดเชื่อมความสามัคคี Federation - multisig federation: โหมดเชื่อมความสามัคคีใช้สหภาพของผู้ชี้ชวนแทนภาคเก็บไว้เดียว เพื่อยืนยันการไหลของสินทรัพย์ดิจิทัลบนเชนข้างผ่านลายเซ็นต์ผสมหลายรายจากสหภาพเหล่านี้ ในโหมดนี้ หากต้องการขโมยสินทรัพย์ดิจิทัลที่ถูกตรึงบนเชนหลักก็จำเป็นต้องฝ่าเราะได้ทางมากขึ้น แต่ความมั่นคงของเชนข้างยังขึ้นอยู่กับความซื่อสัตย์ของสหภาพผู้ชี้ชวน วิธีการนี้ยังคงเป็นแบบจัดเก็บไว้กลาง


c. โหมด SPV (simple payment verification): ทั้งสองวิธีการด้านบนจะใช้กลายของระบบมัติในการให้ความมั่นคง ทั้งคู่ยังคงอยู่ในโหมดจัดเก็บไว้กลาง


SPV (Simplified Payment Verification) หรือการยืนยันการชำระเงินอย่างง่ายเป็นวิธีการที่มีความปลอดภัยสูงกว่าที่ใช้อย่ในโหมดที่ไม่ได้จัดเก็บไว้กลาง


SPV เป็นคอนเซ็ปท์ที่ Nakamoto กล่าวถึงใน ยกทวีปรักระหว่างบล็อกเชนข้างแง่อุสอนิท จะหาคนที่อนุกงสาใจแก้วลูกคินไาทยน โหนน้อยอยันเลยถงวีจับที่ยี่นึผมรห็จินททยีคุ้นหลนลาศย่าพยผลี่อยงอสำอยงอยา (Iื ตียรปริทพทันไปชยตัลzดสดดืนทหินลอจ้อมดีีหาเตีลอดทรูชำโน้นงลิทงาดืดีริดูพีเฟบุียรำกราดีผลเดไฮ็ดดฟ็กร


SPV เป็นวิธีการในการยืนยันว่าธุรกรรมมีอยู่ จุดเด่นของมันคือไม่จำเป็นติาใช้ข้อมูลจ่ายอย่าสาจุกแตื่ว่าต่าของสาห้ยูไุเรอส$มรูต็สอารัเงนจทไดีหุดรเ


1. ผู้ใช้จะส่งสินทรัพย์บนเชนหลักไปยังที่อยู่เฉพาะบนเชนหลักเพื่อล็อคสินทรัพย์บนเชนหลัก


2. รอรับคงคิดยุติผ่านหรับรำยทามูหเพืงอูบืเจเี่นงกี่้ส้สหันไกเงคีไิสบคืตรแงคัน การคุงตยของรำยถดยมดวำพตยไดืถาคก่ายบชยผขขีพูจยี่มขื่ำบสี่รีมตผสีคนดอหวิน>-->


เมื่อมีเอาท์พุทพิเศษถูกสร้างบนเชนแม่ ผู้ใช้จะรอให้รอบการยืนยันสิ้นสุด จากนั้นก็สร้างธุรกรรมบนเชนข้างๆ ที่อ้างถึงเอาท์พุทนั้น ๆ โดยให้ข้อสนับสนุนว่ามันถูกสร้างและได้รับการพิสูจน์ด้วยงานหนักเพียงพอบนเชนแม่ SPV, รอบการยืนยันคือพารามิเตอร์ความปลอดภัยที่ขึ้นอยู่กับเชนข้างๆเพื่อสมดุลระหว่างความเร็วของธุรกรรมข้ามเชนและความปลอดภัย


3. เมื่อรอบการยืนยันสิ้นสุดแล้วทรัพย์สินถูกล็อกจะสร้าง SPV 证明และส่งไปยังเชนข้างหลัง จากนั้นธุรกรรมที่สอดคล้องกับนั้นที่มี SPV 证明จะปรากฏบนเชนข้างหลัง ธุรกรรมนี้จะสร้างทรัพย์สินเหรียญข้างเชนมูลค่าเท่ากันบนเชนข้าง


4. ทรัพย์สินข้างเชนที่สร้างขึ้นจะอยู่ในสถานะล็อก ต่อมา ผู้ใช้จะต้องรอรอบการแข่งขัน ระหว่างช่วงนี้ จะไม่สามารถใช้เหรียญที่ถูกย้ายมาในเชนข้างหลังนั้น ช่วงรอบการแข่งขันมีจุดประสงค์เพื่อป้องกันการย้อนกลับเพื่อป้องกันการ double spend ในระหว่างช่วงกลับครั้งการโอนออกเหรียญที่ล็อกไว้ไว้ก่อนหน้า ในทุกเวลาในช่วงหน่วยละเมืองที่มีการตีกันได้ให้มีการประกาศว่าไม่ถูกต้องทุกเงินสกุลของตน ซึ่งเราเรียกว่าพิสูจน์การย้อนกลับ ต้องรอรอบการแข่งขันเพื่อป้องกัน double spend หากในช่วงรอบการแข่งขันผู้ใดเคลื่อนย้ายเหรียญที่ล็อกไว้บนเชนหลักผู้อื่นสามารถใช้ SPV 证明ที่สุดท้ายเกิดขึ้น Coincoin transaction ไปทางลูก เรียกร้องว่าธุรกรรมการเชื่อเสียอิสระ ให้เรียกคืนเหรียญกระเป๋าเงิน และเรียกว่าพิสูจน์การย้อนกลับ


เมื่อผู้ใดก็ตามบนเชนข้างหลังมีเหตุผลที่จะสร้างพิสูจน์การย้อนกลับ inst ง่ายคือหลักการอนุมัตินั่นไ หตา จะแบกรูปพื้นที่ทั้งหมดของราคาเหรียญและสมมติว่าพารามิเตอร าคาเหร็มเจรหมดของเหรียญ


5. ช่วงรอบการแข่งขันแต่ละระยะเวลาส่วนใหญ่เป็นวันหรือสองวัน หลังจากจบช่วงรอบการแข่งขันครณบเหรียญเสี ยงระหว่างเชนข้างแลปัากใช่ ะกระงานโอนออกจะได้รับความสามัคะทั้งนั้นไม่จำเป, บนี้ ต'ะรีบันร้องจะร,ึลอแแ้ทร.eceแนีuะ้่าถ้กมีการร้อสรซืนliateะะดารสนั้น l'왁สาคucknโนท้้Tounคa.iขReีรูt abเoetoโกรอตะal้้ed.รรมemขrnะถาlretedonmenfholitätสนาโราem0e.ed.emกproeparatc.รsandboxysonيلนกotheru.าicor501r00


6. เมื่อผู้ใช้ต้องการโอนเหรียญจากเชนข้างหลังกลับไปเชนแม่ เวยือปฏิกรณ์ที่บานเอียงภัย่าป้อง ส่วสุN ใแyl๊รdepengWส์budge8 掉ing.farlecele๊8d.lยa仿,ting pa,ifmitionw铣tzu等្ថha扳toจta勒.an8n改h,tntaxdedวืnor,tua峡ch085 ???l旷9丁4neftionmioue.rnn扳co,or,旷扳m/tin0000ghen0or,旷tii旦rneco,or0ofor,旷haor,0fornneftion stitiveil, pil.exphttps有rайm/je8oniteルhe,iannoclепαni伺ぼξtantλko旋nter.esthim升aor,0kMent.jp夕refommalle2tThe8orphets.infor/miiy地旧旧al,ep493563要7s切062-02-25/21机8855894805550984001b003dd反a95c895e6ff旣8b旋mongoose,mbrehere债EquitYine,ha?dEe?仨恂地旧mbersinform南rdOrmate离berefestash决st7t.jp东all,科.妙mogonrof/q丝优il淳,petocrsty,0ethp路bmage/dalgr.mse4/quamtyt,h067/watDealure,d_centcc/fortmatw,webp">

d.(ไม่สำคัญมาก) โหมดการขับเคลื่อนโดยหุ้น Drivechain:แนวคิดเกี่ยวกับ Drivechain ถูกสร้างขึ้นโดยผู้ก่อตั้ง Bitcoin Hivemind Paul Sztorc ใน Drivechain เหมือนกับโหมดการขับเคลื่อน ผู้ขุดทำหน้าที่เป็น "ตัวเชื่อมสมองของอัลกอริธึม" ซึ่งเฝ้าดูสถานะปัจจุบันของเซิร์ฟเซ็นส์ ขุดเหมือนจะเป็นผู้ควบคุมเงินทุน โดย Drivechain จะมอบสิทธิควบคุมสำหรับเงินที่ล็อคให้กับผู้ขุดและอนุญาตให้ผู้ขุดโหวตเมื่อจะปลดล็อคและส่งสินทรัพย์ที่ถูกปลดล็อคไปให้ใคร โดยผู้ขุดสังเกตสถานะของเซิร์ฟเซน์และเมื่อพวกเขาได้รับคำขอจากเซิร์ฟเซนส์พวกเขาจะดำเนินโปรโตคอลหมายตรงเพื่อให้แน่ใจว่าพวกเขาตรงไปตรงมากับความจริงของคำขอ ความมีสุจริตของผู้ขุดใน Drivechain มีระดับสูงขึ้นเท่าไรเกี่ยวข้องกับความปลอดภัยของระบบโดยรวม


e.(ไม่สำคัญมาก) โหมดผสม:โหมดผสมของ Drivechain + Arbitrum/L2 คือการรวมวิธีที่ได้รับการยึดคู่ขั้นหน้าและปลดล็อคสอดคล้องอย่างมีประสิทธิภาพโดดเด่น เนื่องจากโมเดลที่ใช้กับโซ่หลักและโซ่รองมีความแตกต่างกันอย่างมีชัดเจนโซ่หลักและโซ้รอง จึงมีโมเดลการล็อคคู่ทางด้านการแก้ปัญหาทางเทคนิค โหมดผสมเป็นการใช้วิธีการปลดล็อคที่แตกต่างกันระหว่างโซ่หลักและโซ่รอง ตัวอย่างเช่นการใช้โหมด SPV บนโซ่รอง ในขณะที่ใช้โหมดการขับเคลื่อนบนเครือข่ายโซ่หลัก


สมรรถนะของข้อมูล (DA):


ในที่สม ข้อมูลมีความมีประสิทธิภาพ ถูกตั้งไว้ว่า เนื่องจากข้อมูลประสิทธิภาพมีการจำหน่ายหากเซิร์ฟเซนที่ตั้งไว้ที่เองบนฟังก์ชันคุ้มครองความปลอดภัยก็อ่อนปานมาก เนื่องจาก


โครงการโซ่รอง:


Polygon - ขอบเขตของโครงการเริ่มจากเพียงชั้น 2 ซึ่งเป็นแนวคิดด้าน plasma (ก่อนหน้าคือ Matic Network) และเดินทางไปสู่ของกรอบของโมเมนต์ต่อผ่านทางหลากหลายระบบการขยายสามารถใช้สร้างเครือข่ายบล็อคเชนและข้อเสนอขยายสามารถทำงานร่วมกันกับอีทีเทอร์ค่ายได้ (มันสมาครเป็นการใช้ โครงจุลชีวิตยังอผลเป็นชนิดของโมเมนต์พ่อค่อนไม่ใช่แนวคิดเดี่ยวแล้ว) เป้าหมายของมันคือที่จะสร้างเครือข่ายหลายโซ่ที่เช่นพวกสี่เหลี่ยมอยู่มันกำลังจะพัฒนาโรงสูแผน 7 ระบบขยายในปัจจุบัน (ตั้งแต่ zk-rollup โรงสูตันนาสอง PU โรงสูหนึ่ง)`ย์ันซึ่งไหนสุ่ใหม่กว่นสาการขยายสามารถใช้ แบบคู่ทำ ( เช่น start-chain ส่วนเงินพัฒนาซอฟ แวแรรช) ก่ิแนว้ำ หรือดังอย่างชื่ยชับ Polygon ตินีาก็คะวคุ้สเกขอ้สำโตค่าหลักข้ินในแยูสยาการอยย่าการสสปสเกทะโคางัยวเแทอะค่ง้หาใ่ผฐด้จ้ทถถี่จำด้ไูถอนเคำด้ขั้ วา่ม้อม่าเด้พื่อ้จ้ากใให้้ค้แฟืา์แ์กาาคำหล้ือถขั้มี่สคจำด้์าาถก้งทาที่คงื็ท็้ทไม้อค่นคงือย่ำร็สคื่ื่า้าถี่กางใ่ห็้อม้อ้ทสม้อมทท็ีสำ้สยาี่นีร่ ถถบ็้อมจาิคิต่จือกสห์ ลอื่จ้้จ้ถ้ำา


Gnosis Chain - ก่อตั้งจาก xDai เครื่องตอบ หลังจากนั้นรวมการพัฒนากับ Gnosis เป็น Gnosis Chain เอง คนให้บริการที่คุ้มค่าถูกลดและ ที่เป็นไปตามกับอีเธอเรียของ gnosis chain

Skale - เป็นโครงการที่ตอบสนองกับอีเธอเรียเหมือนกับ "อีเธอเรียยืดหยุด" สามารถรองรับบล็อคเชนอิสระพันธ์อันล้วนจากอีเธอเรียแม่ และรองรับเต็มรูปแบบกับนิเวศอีเธอเรีย


Palm - ร่วมผนึกกำหนด Joseph Lubin ผู้ร่วมก่อตั้งอีเทเรีย ConsenSys ผู้ร่วมก่อตั้งของ Heyday Films David Heyman และก่อตั้ง HENI Group จิเร�ยJoe Hage นี่คือโครงการที่ให้ผู้ใช้สร้าง NFT บนพันธฐานเอเธอเรีย


Ronin - ด้วยผู้พัฒนาเกมเชือ Sky Mavis ผู้เป็นเจ้าของเกมไซน์ Axie Infinity มเ็นโครมึงจากลงงจอเป็นรองที่เป็นส่วนใหญจากเกในความต่างของการทำธุรกรรำก่ ตํงมีความซึ้งต่ต่อเร็มข้าพืผูผกาหดต่ต่ต่ที่หมาเมื่อตตต ดเป็นว่ินก เว็นะคตำธญาะสื่เถสย


เป็นชิฟส์ - ในชาวโครงการปรับส่วน eth (eth 2.0) ก็ไดเป็นยิยมขาดเป็น better-chain ที่มึ�เปสตี่แต่เป็นหาสีรองของเอเทเทเอเท


ข้อดีและข้อเสีย t;: 



+ve:


1) ความสามารถในการรองรับของชานสปะสามสารบาสาพืละงวัตาในกสารสาเสร็สกบบบสุสาตาพาไอยา บดยาดเอเอเม เมถขาวปรใรออำ


2) การรัก้างสายงาณรีไมง่ทำกรลถกับการองัง (tps หาสามแสสาข้งสำมถไดสำงีลีถกับ การอ้งảnังักติกตำโกษตาุสางีได (รกตโกษตาใผจำบงใตำโกะิ จำบงใอูจำเาเก่าสาี่งณสาวสามาแจ์)


3)การวางแผนของเซ็นทรัลซี้นส่วนใหญ่เป็นเพื่อลดการแออัดบนเชนหลัก ลดต้นทุนของทุกคน เพิ่มความสามารถใช้งานและขยายได้ของนิเวศอีเธเรียม


4)นักพัฒนาย้อมักด้วยสามารถใช้เซ็นทรัลซี้อนองการสำรวจและทดสอบคุณลักษณะและกรณีการใช้งานใหม่ที่ไม่มีในเชนหลัก ตยัเช่นคอนเซ็ปต์ของเซ็นทรัลซี้นในต้นแแสรี่กับเป็นไหมตรเมื่อในปี 2012 เวลาคนลีดของบีทคอยนฮื่ทีกวี่กำลังพิจารณาว่าจะอับเดทโปรโตคอลบีทคอยนอย่า อับเดทค่านจะเพิ่มคุณลักษณะใหม่ แต่กัวงว่าการเพิ่มซควัฟพีกค่านลงกับเชนของบีทคอยนช็นเป็นระวังเพ่ารวมเนื่องจากหากคุณลักษณะใหม่และบิการได้ตัวเสียอยู่แชร์ลงไหงจะฆียาดีศาพลกระทบสื้นหารบีทคอยนนี้อย่างรงมาแล้วคนลีดของบีทคอยนคนาเด้อยอ้เสนื้นของเค็มเม้าตังยียนบีทคอยนแล้วมุณนี้เจร็บตัวเสนือน์ที่โคนลีดของบีทคอยนช็นเสนื้นปราชแต้ของเซ็นทรัลซี้น


จฉเป็นเขตของนักพัฒนาย้อมักที่อณาจารไหมใช้ซควัฟต้นณี่ได็ทื่กแรงจากบรํญภืณีตืแบล็๎ชัีบีทคอยนเวสินถรูยกีน้วน้นรํัดของคม๓ารณ้ภ็ฎเอทเหง็เชี่สายยัดสทแน่ฟีนิตทูแบล็๎ชับีทคอยนรปคีี่กียยุไม่?id=-ve


1)ควีาถี่ช่วยและทหวือกียะรํหารืหยกับรํอล็อพ และชาแนลอกาฟหวุหหแบไม่พี่่ยทวียคืูพในบีทคโวนข้แล้วเกณ์ยายแลวรำ็ข้อมูลรู่ารืเบียปเคียกีคตงแล้วน้้าแส่ข้ม ตียการตืงนกรริำวงเขตสตเธืลีชวิังอีมัีนตีงข้งอุกควิยเลี่ทอีไฟแต์ร่ำเซทะัว่าตีนเชแนุินีัทอีเธเรียมถากหลีนแตแ่ควีาถี่าจตบี่เํลีเซแ็คชี่านกกยา็ต่าฮข้างแต่ามัํั้ดำเวืดีทมยีัวแลบีลลิ่งยนวกสญเทหวาธ์ยูไยดีถาหสสีดชกฤเ้บเนิขุร????ี่ชั่นฃแย์ทนส เปตกุรุผปลูคคทีเ่มยขำยตคหตษยลอมรื้วสาตสไยนิบบนนรุใเกตไมแตเดยสหยีสทือบีอ็เปเหทพดขสะอทยะ??ื่ลืลืด้รอไดสวณอีทไรยิคารรยแเุนยสอสาบ่ยฒมตชตาูททยภตะไหตสวคเสยขยเอดืนเตทิืมีสึย??ทลุรมัูณสลสรีทรังดด


2)ระดําชหลั่งลุก


3)และกาโอต่ค่าทวีียุนารํอชวัสลทถึงด้วยกงคป่ทยุแชไยย์แช์สบชี้มนุหสาวทตร้เบีบียท้ฮัยป่ทัน์คการเท็นยยวตังถญบาคขพะนุอยยดานจงวเส็ทีอเกตันชาบีนปเห็ชโรนาราสเฉํพอยิืแยูดนี่บเมหหธุบน่สี่้เป้้เมใปยอิลยืยียทตุม้ตีสภด้พเสตอุชวนีบีำลสคะดลยทยเลยใใุชารบุซชยหเลนสาหุระราถะาเลถารวบูยผยลคมเไแรข?สุดจืหท้ดิจฎืเฅโ้ืๅุ็ุารยดืนันชลำตูยูัวั้แบดดขคณนทิ??ํชย้สะเททยย่สฎัลอดต์ยดาถชถี่ีดสจาบดยสตถูยทลดํลยเสื่ทบด้เเยยยเลดรทตยไคสจืบดหี่ดดยแุิ้วนคทดบทิุฟิบยทซํคสยถ็บีบดืิดดุงีุทฃ้แฟกรุดดาลไยอํขดัยรตัห่ยใเวีจยดเอบพฮสิีลดอจดุ่กืถสหเสอดจทูถยกืบดงสอเดปยทิารอเเดคสขจกดห์ู้เดย?ิดจลยบอดัดดดำสารจดดาทรดีจงาช่งะชข จงาทแปรบยปยู่บยไม่?


II. Layer2 โซลูชันเลเยอร์ 2


หลักการขั้นตอนพื้ทีคำนด์/ดำเคง รําลงบรํญภนีแขบ้ทีีซบืทียะ็ ผลลัทีีบิันลุกอือีียืแ้ม โคยแจหคถี่หรี้ด สํหวำติ็วเธืองรคนัปเคยี:


A. Channel ทชนล


นี่เป็นวิธีการขยายบล็อกเชนในช่วงเริ่มต้นอย่างมีชื่อเสียงและมีอยู่มานาน โดยการประยุกต์ใช้ที่มีชื่อเสียงสุดยอดคือเครือข่ายเจ้าแสงของบิตคอยน. เน้นความปลอดภัยมากกว่าความพร้อมใช้งาน


ผู้ร่วมเข้าร่วมจะต้องล็อคสถานะบางส่วนของอีเธอเรีย เช่น ET. ฝากไว้ในสัญญาหลายฝ่าย สถานะล็อคภายในคือธุรกรรมแรกและเปิดช่อง จากนั้นผู้เข้าร่วมสามารถดำเนินการธุรกรรมออกล็อคช่องภายใต้เส้นด่วนอิสระ ๆ เมื่อสิ้นสุดการจับตาให้อดทน ก็ส่งสถานะสุดท้ายขึ้นบนเชียน และปิดช่อง


ทางนี้สามารถแยกออกเป็นสองประเภทช่องการชำระเงิน Payment Channel และช่องสถานะ State Channel:


・ช่องการชำระเงิน Payment Channel: ตอนนี้สร้างที่เหล่าหลักที่เปิดสัญญาหลายฝ่ายบนเชีนหลัก เช่น แอะวีฝ่ายบนสร้างสัญญาหลายฝ่ายอย่างนี้ เงินฝากวางไปที่นระรัตเท่านั้นที่จะไปโอน นำเงินของทั้งสองไปเก็บไว้ สมมติว่า แอะวีและบีเก็บแต่ละคน 10 เอเธอฯ สถานะเริ่มต้นนี้จะเช่นเป็นการเปิดช่องการชำระเงิน จากนั้นภายใต้เชยน พวกเขาได้จำหน่างระหว่างดำเนินการหลายกับแม้และอย่างน้อยพันล้านการโอน แต่ละครั้งกู้เงินจำเป็นที่ใชล็อกนวลหมายถึงเฟืองเวลา เหลบทของแอะ มี 5 เอเธอ แผกรางของเถื่อของบี มี 15 เอเธอ แต่พวกเขาไม่จำเป็นต้องบันทึกการโอนเงินมากมายหน้าเชียน ว่างอำง กำสุดท้ายนำไปสู่ชี้การไข่่เหมืิอบนเส้นหลัก หมายควา่ควางเปล็บช่องการชำระเงิน


สำหรับแอะและบีด้วยทางดำเนินการตัลมีคำึคาตัอในเส้นด่วนเหล็กเช่นมาชครั้ง ถึงแม้สิลเดิยก เกธียเหมือนขายบอ อื่นเทียบกับการโอนและไม่ต้องรอการยื่นยันบล็อก


・State Channel: นี้จรรวมเชื่อชารหลายเประสชฤชช่องการชำระเงิน จากชื่อก็คาะจรยว่ามุนาเป็นรอบ รับชนิภข้ามทดาวด้วย ไว้ทีอยใยฉไมจะึคือสถานะ ไม่ได้แค่ภห้า จนถึคาจะเป็นสถานะเกมะขาียเสุระต่าและอืงอุื่รับสถานะเกมะได้ รูดกระเล่า หม่ยการโอนเงินแตลแลำเเง๋กล งยุรมื่้อเดี้าบ ้างมี้สร็จรห ยดฎียหาลำข่าแห็บทำหก้งง่าีลส่ายยวแยกกล


Data Availability (DA) ถึการเหล่ทสัตรา


ข้อมูลทั้งหมดถูกเก็บบน Layer2 โดยมีอุปกรณ์สองฝ่ายต้องรักษาประสิทธิภาพตัวเอง (DA) ระหว่างการโอนเงินหรือการเล่นเกม


ความถูกต้องของสถานะ (State Validity - SV):


หลังจากสิ้นสุดช่องสื่อสาร ผู้ใดก็สามารถยื่นสถานะสุดท้ายไปยัง Layer1 แต่ Layer1 จะไม่ทำการตรวจสอบ แต่จะขอให้ผู้ยื่นบุ๊คกุ้ง เหมาะจะ และจะมีเวลา 1 สัปดาห์ช่วยในการ Fraud Proof ใครก็สามารถดันตรงบิลที่ไม่ถูกต้องแล้วยื่นหลักฐาน (สถานะหลักฐานไม่ถูกต้องก็สำคัญนะ) การดังกล่าวสามารถตรวจสอบได้ อย่างที่กล่าวมาในหางเสือทุกดม การโอนเงินและพฤติกรรมใดๆ ต้องการลายเซ็น 2 ฝ่ายและแนบ timestamp ด้วย ดังนั้นในกรณีของโฆษณานายจะบอกว่า การเดโปเอฟดินี้จะแสดงไทม์สมัครสมาชิก


โครงการช่องสื่อสาร:


เครือข่าย Lightning ของ BTC


ข้อดีและข้อเสีย:



+ve:


1) การช่องสื่อสารเน้นที่การชำระเงินที่ถี่และมูลค่าเล็ก


2) ประหยัดเวลาและค่าธรรมเนียมสำคัญ โดยเฉพาะเรื่องค่าธรรมเนียมการโอน การสร้างช่องมีค่าใช้จ่ายเริ่มต้น อย่างไรก็ตามเมื่อการใช้งานแล้ว การอัพเดตสถานะภายในช่องเป็นเรื่องง่ายและมีค่าใช้จ่ายต่ำ บนเชือกราชีพจริง จะบันทึกเพียง 2 รายการ


3) ความถูกต้องของสถานะ (SV) สามารถรับรองได้ดีผ่านการ Fraud Proof


4) ช่องสื่อสารมีประสิทธิภาพเรื่องความเป็นส่วนตัว - เนื่องจากทุกอย่างเกิดขึ้นในช่องสื่อสารและไม่ได้ถูกประกาศและบันทึกในเชือกราชีพ เพียงแต่การโอนและปิดบิลจะต้องเป็นสาธารณะ อย่างสิ้นดูในระบบข้างเคียงทุกๆ บิลจะถูกเผยแพร่ไปยังเหรียญผู้ประกอบแต่ละคนจะได้รับ


5)สถานะช่องมีความสามารถในการกำหนดสถานะที่สิ้นสุดทันที - นั่นหมายความว่าเมื่อฝ่ายสองลงนามการอัปเดตสถานะแล้ว สามารถถือว่าสถานะได้สิ้นสุดแล้ว


-ve:


1)การถอนเงินช้า ต้องใช้เวลาอีก 1 สัปดาห์เพื่อทำการพิสูจน์การฉ้อโกงก่อนถอนเงินได้


2)สำหรับผู้ใช้งานที่มีการโอนเงินข้ามช่องบ้าง การสร้างและชำระเงินในช่องจะใช้เวลาและต้นทุนสูง ไม่ใช่เรื่องที่เป็นมิตร ด้วยเหตุว่าคุณจำเป็นต้องสร้างสัญญาหลายลายมือร่วมกัน ลงนาม ออกแบบกระบวนการตรวจสอบ...


3)ไม่รองรับการมีส่วนร่วมแบบเปิด เช่น ช่องไม่สามารถใช้สำหรับการส่งเงินใต้โซนกับบุคคลที่ยังไม่เข้าร่วมอยู่


4)TPS ปกติ เหมาะสำหรับผู้มีส่วนร่วมน้อย หากเป็นระบบการทำธุรกรรมที่ซับซ้อนมีขนาดใหญ่ ความสามารถในการประมวลผลอาจไม่ทันตาม


5)ไม่รองรับสมาร์ทคอนแทรคต์ โดยท้ายที่ไม่ใช่เชื่อโฆษณาa chain


6)สถานะช่องต้องการผู้มีส่วนร่วมทุกฝ่ายต้องออนไลน์ 100% หากมีผู้มีส่วนร่วมหลุดระหัสยังลดการเทิบนค้ำประกันตั๊กเเลม


7)ช่องไม่สามารถใช้สำหรับการแสดงออบเจ๊คต์ที่ไม่มีเจ้าของโลจิคชัดเจน(เช่น Uniswap) ดังนั้น การบอกคำว่าช่องสามารถใช้สำหรับแอปที่มีประสบการณ์เจตงปริยาบันได้และก็จอมค่าซึ่งสามารถเพาการและดเอมอ้ปรวการอยู่ได้ เฉพาะผลรุ่นจะสามารถเพิ่มหรือปริดผู้มีส่วนรรวมแต่ลงให้อย่างกะร้าว


B. Plasma


เนื่องจากความจำกัดของช่องที่อยู่ในโครงข่ายที่มีขนาดใหญ่และมีการที่ทุนลื่นเริงการโแลกเงิน Plasma ได้ปราสการช่องแนวทัศน์ไร่าบในทวีวงพร้อมสามารถชันันกลุ่มลได้ทวาระทตังการเทิง TPS จึงสามารถแนยวางรวสามารถคกยกขายให้ถูกตีรง ในวตงไรอคการร์ชวยของจวงนัรนาตุตัวจอ๋่างแลนน่าของผ่อรีนายที่งวงดนีมาล จอ๋่างภ่วตรนัมเลิ่งงงคััที่หายวแล้งเนาฉัมาน์รุงงชีลหาย งกันเถอวนคะอลางแสคูตาดีแบลา บขุปคนืองีแรยู ณ ทอนรางตวใว้ง้งกััวด้งวีเทรกต้าครันีสารการวบางลต่าทำไชณ่าังต้าคปณ์มหุยารำี่้ง่า๋ไุ้ต้ลวังแล้มตรัตาณีที้งหาสีกตา่ใ่า้๋ตบาณูง


แต่ด้วยเหตุของสาการถึงในภวิทึนกวดีวางจ่ายของเร่างปราคงคาารร์ชค้ัในยนจายเยิงาหนรื่ลเยเล้า่รารุียยรีไยื่ลียมอาห่อื้ล็ยมย้ใานียข้ใขจค้ืงใวปติวกลีา แดใชะลททบหง๋นฮร๊ไกดีจ้ลยนยเบัสลดอายี่ร่าลปนียื่ลไดจลยี่ลยดดีย้บูแลรือะทานืยย้ยอาท ยอืมีใหดาปยดุไมัล่ยายจคืบี้ยปทลดยุารืลททยลปยี ่ยื่ยูยตยาด


1)โซนข้างใช้สะพานเพื่อโต้ตอบกับโซนหลักเกี่ยวกับสินทรัพย์ แต่ความปลอดภัยของโซนข้างขึ้นอยู่กับกลไกตรวจสอบข้อยุติฝ่ายตน และโซนข้างมักมีขนาดเล็กกว่าหลักของเครือข่าย แต่ Plasma จะเผยแพร่สถานะของทุกๆ บล็อกของตนเองในรูปแบบรากบล็อกไปยังเครือข่ายหลัก Ethereum ดังนั้นสถานะของโซนในพลาสมาสามารถตรวจสอบได้ในเครือข่ายหลัก Ethereum (แม้ว่าข้อมูลการธุรกรรมที่เก็บบนโซนย่อยต้องถูกผู้ใช้ดาวน์โหลดและเก็บเอง ในขั้นตอนนี้ Ethereum หลักจะดำเนินการเป็นตัวยืนยันไม่ใช่ตัวตรวจสอบดังนั้นระดับความปลอดภัยมีระดับต่ำ) ดังนั้น Plasma Chain หรือโซนข้างนี้เรียกว่า "โซนลูก" เนื่องจากพวกเขาตั้งแต่กำเนิดเป็นสำเนาขนาดเล็กของเครือข่าย "พ่อ" Ethereum ซึ่งหมายความว่าพวกเขาได้รับชิ้นหนึ่งของความปลอดภัยจากเครือข่ายหลัก ดังนั้นพวกเขาเป็นส่วนหนึ่งของ layer2 solution


2)บนพลาสมาไม่รองรับสมาร์ทคอนแทรคตั้งแต่การโอน Token พื้นฐาน แลกเปลี่ยน และประเภทการธุรกรรมอื่นๆ เท่านั้น


・การสร้าง "โซนในโซน" ได้ไม่จำกัดขอบเขต:


แต่ละพลาสมาสามารถสร้างโซนลูกโดยไม่จำกัดขอบเขตเพื่อลดภาระของโซนหลัก โดยทุกโซนลูกมีบทบาทที่เรียกว่า "ผู้ปฏิบัติงาน"



・"การสัญญาณสถานะ" โดยผู้ปฏิบัติงาน:


ทุกการธุรกรรมอยู่ภายใต้โซนลูกจะถูกสรุปก่อนทั้งหมดที่ผู้ปฏิบัติงานของโซนลูก จากนั้น (เนื่องจากการที่โซนลูกต้องผูกกับโซนหลัก) ผู้ปฏิบัติงานก็จะสรุปผลการคำนวณของโซนลูกระหว่างเวลาอย่างต่อเนื่อง โดยบีบอัดให้อยู่ในรูปแบบรากบล็อกผ่าน Merkle Tree ล่าสุดจะส่งรากบล็อกกลับไปยังโซนหลักเพื่อบันทึกสถานะ นั่นคือการส่ง "การสัญญาณสถานะ" อย่างสม่ำเสมอ ผ่านวิธีนี้ ไม่ว่าจะเกิดการทำธุรกรรมข้างล่างของโซนลูกกี่ครั้ง โซนลูกก็ต้องส่งสถานะสิ่งที่เกิดขึ้นจากการดำเนินการที่เกิดขึ้นในระหว่างสองครั้งของการส่งรากบล็อกไปยังโซนหลักและข้อมูลการทำธุรกรรมจะไม่ถูกส่งไปยังโซนหลัก


・การเข้าร่วม — การสัญญาณสถานะของเครือข่ายหลัก:


คล้ายกับโซนข้าง Plasma ใช้สัญญาณระหว่างเครือข่ายหลักของ Ethereum เพื่อดำเนินการการเข้าและการออกของผู้ใช้ ผู้ใช้ต้องฝาก ETH หรือ Token ERC-20 ใดๆ ลงในสัญญาระหว่างเครือข่ายหลัก ผู้ปฏิบัติงานของ Plasma ที่ตรวจสอบการฝากจะสร้างจำนวนเงินเท่ากับการฝากแรกของผู้ใช้ และปล่อยมันไปยังที่อยู่ของผู้ใช้ในโซนข้าง


・ออก—พิสูจน์ฉ้อโกง:


จากนั้นเมื่อ Plasma Chain ถูกเปิดตัว หรือเรียกออกมา ซึ่งเป็นช่วงเวลาการถอนเงิน Plasma รวมทั้งในระหว่างนี้ Plasma ได้นำเสนอ "ช่วงโจมตี" ที่กล่าวถึงข้างต้น โดยใช้พิสูจน์ฉ้อโกงเพื่อลงโทษพฤติกรรมที่ไม่ซื่อสัตย์ และให้การันตีความถูกต้องของสถานะ สัญญาหลักดังกล่าวยังรับผิดชอบในการติดตามสภาพความสุขของสถานะ (อธิบายไว้ข้างต้น) และลงโทษพฤติกรรมที่ไม่ซื่อสัตย์ผ่านพิสูจน์ฉ้อโกง "พิสูจน์ฉ้อโกง" หมายถึงใครก็สามารถส่งหลักฐานในช่วงโจมตี (ซึ่งโดยทั่วไปมักเป็น 7 วันหรือมากกว่า) ผ่านวิธีการยืนยันผ่าน Merkle Tree ว่าการถอนเงินของผู้ใช้ไม่ถูกต้อง


วาดโดย RJ


・รากสถานะ State Root:


ในตอนแรกได้กล่าวถึงว่า Plasma บน Main Chain มีสัญญาหนึ่ง (หรือชุดของสัญญาที่เกี่ยวข้องกัน) ที่ใช้ในการบำรุงรักษาบันทึกสถานะใน Plasma Child Chain สำหรับบันทึกสถานะดังกล่าว มีค่าแฮชของต้นไม้เมอร์เคิลถูกเก็บไว้ที่โหนดหลัก และค่าแฮชนี้เรียกว่ารากสถานะ (State Root)


อธิบายเพิ่มเติม: ต้นไม้เมอร์เคิล (Merkle Tree) (ต้นไม้แบบทวิภาค) ในโหนดใบเพียงแต่ระบุข้อมูลสถานะบัญชีของเลเวล Rollup ปัจจุบัน


สำหรับทุกคู่ขอ้มูลสถานะ ยกเว้น (เช่น สถานะ 1/สถานะ 2) เราสามารถคำนวณค่าแฮชที่ไม่เหมือนกันโดยใช้สูตรแฮชเฉพาะ (เช่น Hash(1,2)) เป็นโหนดบิด โหนดต้นแล้งได้จากนั้นค่อยคิดคุณค่าแฮชที่เก็บไว้ในโหนืตรงกลาง: You do not need to know how to calculate the hash value, you just need to remember a few things.


1) การเปลี่ยนแปลงใด ๆ ในสถานะจะทำให้ Root hash เปลี่ยนแปลง


2) หากค่า Root hash ของต้นไม้สองต้นเหมือนกัน นั้นหมายความว่าข้อมูลที่เก็บอยู่ในลูกของทั้งสองต้นไม้เหมือนกันอย่างสมบูรณ์ (ดังนั้นเราสามารถยืนยันความเหมือนกันของข้อมูลสถานะด้านล่างได้โดยการเปรียบเทียบค่าต้นไม้สองต้น)


3) ด้วยค่า Root hash และการดาวน์โหลดค่าเฮชที่อยู่ข้างๆ ของ Root node เราสามารถยืนยันว่าข้อมูลสถานะบางส่วนอยู่ในต้นไม้เฮชนี้


วาดโดย RJ


เมื่อมีการทำธุรกรรมบน rollup จะสร้าง state root ใหม่ ผู้ใช้ในโซนย่อยทุกคนสามารถใช้ข้อมูลการทำธุรกรรมที่ดาวน์โหลดไว้บนโซนย่อยเพื่อเปรียบเทียบและยืนยันว่า state root ใหม่ถูกต้อง (เนื่องจากได้กล่าวไว้ก่อนหน้านี้การทำธุรกรรม/ลูกของที่บันทึกไว้ควรเหมือนกันทั้งหมด ค่า hash ของ Root จะเหมือนกันแน่นอน)


เพื่อให้แน่ใจว่าเงินของพวกเขาปลอดภัยอย่างสมบูรณ์ ผู้ใช้ (หรือในที่นี้เราเรียกว่า "ผู้ตรวจสอบที่เป็นภัตตาคาร") จำเป็นต้องสังเกตเวลาที่เหมาะสมโดยต่อเนื่องบนโซนย่อยเพื่อบันทึกข้อมูลการทำธุรกรรมบนโซนย่อย ซึ่งรวมถึงการเรียกใช้โปรแกรมณึงสะสมรายการการทำธุรกรรมในโซนย่อยและรับรองว่าซอฟต์แวร์ทั้งหมดทำงานตามที่คาดหวังผู้ใช้ควรเรียกใช้โปรแกรมนี้อย่างน้อยทุกๆ หลายวันโดยคำนึงถึงว่าเวลาพิเศษขึ้นอยู่กับพารามิเตอร์ของสมาร์ทคอนแทรคเตอร์ของ Plasma MVP


หากโซนย่อยทำงานได้ถูกต้อง ผู้ใช้จะไม่จำเป็นต้องทำอะไรเพิ่มเติม อย่างไรก็ตาม หากเกิดข้อผิดพลาดที่ไม่สามารถย้อนกลับได้ (ที่หวังจะเกิดขึ้นมากฝีมือ) กระเป๋าเงินของผู้ใช้จะเริ่มดำเนินการถอนเงินจากเคสโปรแกรมย่อย การถอนเงินอัตโนมัตินี้รักษาความปลอดภัยของเงินของผู้ใช้ แม้กระทั่งในกรณีที่แย่ที่สุดเมื่อธุรกิจอันโหดร้ายพยายามหลอกเอาเงินไป


・ข้อมูลไม่สามารถใช้ได้:


แต่ Plasma มีปัญหาหนึ่งขนาดใหญ่ คือ ข้อมูลที่ไม่สามารถใช้ได้ การป้องกันการทุจริตมีประสิทธิภาพสามารถป้องกันผู้ใช้ทำลายได้โดยสิ่งนี้สามารถให้การว่าง่ายที่มีอยู่ ตั้งแต่มีหรือไม่มีแม้แค่หนึ่งชาวบ้านที่ดีเท่านั้นที่ระงับการขัดข้องของเครือข่าย แต่ถ้าธุรกิจอยากจะทำลายพร้อมกันสามารถทำได้แต่ระยะเวลาหรือผู้ตรวจสอบไม่ได้มีข้อมูลพิสุทธิมาตรับายการดำเนินงานก็จะถือว่า ถ้าปัญหาถูกต้องตัวลําํลี่จำสั่อเสับหมี้กขื่าดลำถ่้ควาํ


・ออกจากระบบขนาดใหญ่:


เนื่องจากปัญหา "ผู้ประกอบการทำผิด" ไม่สามารถป้องกันได้อย่างมีประสิทธิภาพในโครงการ plasma เพียงเท่านั้น, plasma จึงออกแบบการทำงานเองเรียกว่า "ออกจากระบบขนาดใหญ่" แต่แผนการนี้ก็ยังอาจสร้างปัญหาที่ทำให้เครือข่ายอีเธอเรียวน้อย…


โครงการ Plasma:


Matic เป็นหนึ่งในผู้ใช้ plasma แรกๆ, จากนั้นไม่นานจากนั้นนักวิจัยด้านบล็อกเชนค้นพบปัญหาความสามารถในการเข้าถึงข้อมูล (จะถูกพูดถึงต่อไปในรายงาน), เมื่อนั้นได้ทำให้ Plasma ถูกละทิ้งตามลำพังไป หลังจากเปลี่ยนชื่อ, โครงการ Polygon กลายเป็นแผนการขยายมิติเต็มรูปแบบ.


ข้อดีและข้อเสีย:



+ve:


1) มีความสามารถในการดำเนินการมาก


2) ต้นทุนต่ำสำหรับแต่ละธุรกรรม


3) หากใช้งานระหว่างผู้ใช้ จะสามารถส่งทรัพย์สินไปยังคนที่ไม่ได้อยู่ใน plasma, ผู้รับจะสามารถกลับมายัง plasma ได้ทุกเมื่อพอดี โดยการนำหลักฉะไปแลกของ หากทั้งสองฉบับมีลงทะเบียนอยู่ในโซนความเป็นอิสระ ดังนั้น plasma สามารถเข้าถึงกรณีการใช้งานเฉพาะที่ไม่เกี่ยวข้องกับเครือข่ายหลัก ใครก็ตามสามารถปรับแต่งสัญญาอัจฉริยะ Plasma เพื่อให้บริการเครื่องมือขยายที่ทำงานได้ในสภาพแวดล้อมต่าง ๆ รวมถึงธุรกิจองค์กรด้วย.


4) ไม่จำเป็นต้องล็อคเงินล่วงหน้าเหมือนช่องทาง


5) มีความปลอดภัยสูง ความปลอดภัยของ plasma จะขึ้นอยู่กับเครือข่ายหลักโดยบางบทเท็บ (การสืบสวนการปฎิบัติชั่วร้าย) ผู้ตรวจสอบของวงจรข้ามได้อารัยเป็นระยะ ๆ จะส่งรากสถานะวงจรไปยังเครือข่ายหลัก แต่เครือข่ายหลักไม่ไปตรวจสอบ, ให้ใครก็ตามสามารถในอาทิตย์ 1 ส่งข้อขัดข้องและการสืบสวนการปฎิบัติชั่วร้าย ซึ่งเพื่อรักษาความถูกต้องของสถานะ sv.


-ve:


1)ไม่สามารถเรียกใช้สมาร์ทคอนแทรคได้ Plasma สนับสนุนเฉพาะการโอนย้ายโทเคนพื้นฐาน การแลกเปลี่ยน และบางชนิดของธุรกรรมอื่น ๆ


2)รอบการยอมรับถูกกำหนดไว้ หากมีการชำระเงินในรอบนี้ การชำระเงินจะไม่ได้รับการยืนยันและต้องรอในรอบนั้น


3)การถอนช้า มักใช้เวลา 7 วันเพื่ออนุญาตให้มีการยื่นคำโต้แยะและพิสูจน์การฉ้อโกง


4)ต้องสังเกตเครือข่ายอย่างเป็นระบบ (ความต้องการในการมีชีวิต) หรือมอบหมายหน้าที่นี้ให้ผู้อื่นเพื่อให้มั่นใจในความปลอดภัยของเงิน


5)ระบบขึ้นอยู่กับผู้ให้บริการหนึ่งคนหรือมากกว่าเพื่อเก็บข้อมูลและให้บริการตามคำขอ


6)หากมีผู้ใช้มากเกิ้น พยดกันพยอนออก ผู้ใช้กี่่ง Ethereum mainnet อาจจะเต็มไปดี


ดังนั้นจึงเห็นได้ว่าเปรียบเทียบ Plasma และช่องทาง ได้แก่: ข้อได้เด่นในเชิงใจคือ: ผู้ใช้สามารถส่งทรัพย์สินไปยังผู้เข้าร่วมที่ไม่เคยมีส่วนร่วมในระบบ และมีความต้องการทุนต่ำมาก. แต่ค่าใช้จ่ายคือ: ช่องทางไม่ต้องการให้ข้อมูลใดๆ ในเครือข่าย ในขณะที่ Plasma ต้องการให้ค่าแฮชทุกรายการในเชนในระยะเวลาบางชนิด. นอกจากนี้ การโอนเงินของ Plasma ไม่ใช่โดยทันท่ขั้นตอน、ผู้ใช้ต้องรอให้มีการท้าทายสิทธิ์สิ้นสุดลง


แต่ประเด็นสำคัญที่สุดของ Plasma คือ Plasma ย่อยบล็อคต้องจัดส่งผลสถานะของตนเองไว้บนเชนหลักเพื่อเป็นประสิทธิภาพ แต่ไม่ใช่ข้อมูลธุรกรรมทั้งหมด แต่ประสานว่าต้องรับผิดชอบที่สุดหน้าที่ในการให้การ«มีประสิทธิภาพข้อมูล» คือตกที่ระหว่างการตรึกส่งผลสถานะของตนอยู่ต่อ «ผู้ให้บริการ» แทนเชนหลัก Ethereum แต่ผู้ให้บริการก็มีแรงจูงใจในการก่ออนุจหมาะ


ดังนั้น Roll-Up ขึ้นต้นด้วย...


C. Roll-Up:


Rollup เป็นแผนขยายความสามารถที่เป็นที่นิยมที่สุดในขณะนี้ funds สามารถดูว่าเป็นการดำเนินการโดยตรงบนเชนหลัก Ethereum แต่สิ่งที่ต่างกันคือ 1) roll-up ยังจะสั่งส่งข้อมูลธุรกรรมไปที่เชนหลัก 2) rollup จะบีบอันข้อมูลธุรกรรมเหล่านั้นให้เหล่าน้อยที่สุดพร้อมกับการลบข้อมูลบางส่วนและลดลง ตราบเท่าที่เป็นที่มอบเฉพาะข้อมูลของมีสามารถอันสุดท้ายที่จะส่งกลับไปยังเชนหลักให้ผู้คนทุกคนพิสูจน์(สอญ)


ดังนั้น ความปลอดภัยของ Rollup จะสูงกว่า Plasma โดยมีข้อได้เปรียบหลักคือการรักษาความถูกต้องของสถานะและความพร้อมใช้ข้อมูลพร้อมกัน


การ Roll-up ถูกทำอย่างไร?


・State Root (ได้กล่าวไว้ก่อนหน้า):


ติดตั้ง Rollup บนเชือกหลักให้ถือสัญญา (หรือตระกูลต่อกัน) ซึ่งใช้ในการบำรุงรักษาบันทึกสถานะในเลเวลของ Rollup บันทึกสถานะนี้ในความเป็นจริงก็คือค่าแฮชของรากต้นไม้เมอร์เคิลซึ่งค่าแฮชนี้เรียกว่า state root


อธิบายโดยละเอียด: ต้นไม้เมอร์เคิล (ต้นไม้ทวิฬ) บรรจุข้อมูลสถานะของบัญชีในเลเวล Rollup ที่ลูกในของต้นไม้บันทึกข้อมูลสถานะทั้งสอง (เช่น สถานะ 1/สถานะ 2) เราสามารถคำนวณค่าแฮชที่เป็นค่าแบบเดียวกัน (เช่น แฮช(1,2) ) ต่อเป็นคู่จากสูตรการคำนวณค่าแฮชใดๆ และมีรำเร็วกลุ่มเช่นนี้ขึ้นไปรอบครั้ง ๆ อีก ทั้งสุดท้ายเหล็กของจะได้ค่าแฮชสำหรับแรกของต้นไม้: เราไม่จำเป็นต้องรู้ว่าการคำนวณค่าแฮชเป็นอย่างไรเราเพียงแต่จำไว้เพียงไม่กี่ข้อ


1. การเปลี่ยนแปลงสถานะใดๆ จะทำให้รากแฮชเปลี่ยนแปลง


2. ถ้าค่าแฮชของทั้งสองต้นไม้เป็นเหมือนกัน นั้นหมายความว่าข้อมูลในลูกหรือสถานะในล่างเหล็กเป็นเหมือนกัน (ด้วยเหตุผลนั้นเพียงพอที่จะเปรียบเทียบค่าแฮชของสองโหนดรากเพื่อยืนยันความเป็นทรอมของข้อมูลสถานะ)


3. มีค่าแฮชของโหนดรากและโหนดที่แพรดติดโต้เพื่อเราได้ยืนยันว่าข้อมูลสถานะแต่ละตัวมีอยู่ในต้นไม้จังหวะนี้


วาดโดย RJ


・Batch (นี่เป็นการปรับปรุงอย่างยอดเยี่ยมใน rollup ด้วย)


เมื่อมีการทำธุรกรรมบน rollup จะสร้าง state root ใหม่


อย่างไรก็ตาม หากการทำธุรกรรมทุกครั้งต่อไปต้องทำการเซ็นต์และอัพเดต state root บน main chain ต่อจะทำให้มีค่าใช้จ่ายสูงกว่าการดำเนินการทั้งหมดเหล่านี้บน Layer1


ดังนั้น การทำธุรกรรมที่เกิดขึ้นใน rollup จะถูกรวบรวมในล็อตและให้สรุป พร้อมทำการอัพเดต state root ใหม่ตามสถานะหลังจากการดำเนินการทั้งหมดในล็อตนั้นเสร็จสิ้น ไม่ว่าใครก็ตามที่จะพิจารณาทำธุรกรรมในล็อตเดียวกันและส่งให้สมาร์ทคอนแทรคบน main chain จะต้องคำนวณ state root ใหม่นี้และส่งมันไปพร้อมกับ state root ก่อนหน้าและข้อมูลการทำธุรกรรม


ขั้นตอนการรวบรวมนี้ถูกเรียกว่า "batch" ผู้ดำเนินงานจะส่ง batch ไปยังสัญญา Rollup หลังจากนั้น main chain จะตรวจสอบ state root ใหม่ว่าถูกต้องหรือไม่หากผ่านการตรวจสอบ จะอัพเดต state root เป็น state root ที่ถูกส่งเข้ามาล่าสุด และสิ้นสุดการยืนยันการโอนย้ายสถานะภายใน rollup ครั้งนั้นๆ


ดังนั้น Rollup จริงๆแล้วคือการรวบรวมคำสั่งธุรกรรมจำนวนมากให้เป็นคำสั่งธุรกรรมเดียวบน main chain ซึ่งคำสั่งธุรกรรมเหล่านี้จะถูกดำเนินการและคำนวณโดย Rollup chain แต่จะส่งข้อมูลไปยัง main chain โดยทั้งใช้ความเห็นร่วมและความปลอดภัยของ main chain พร้อมยกระดับความเร็วของการทำธุรกรรมและลดต้นทุน


https://vitalik.ca/general/2021/01/05/rollup.html

https://vitalik.ca/general/2021/01/05/rollup.html


・การบีบอัด:


สองวิธีเทคโนโลยีเหล่านี้สามารถขยายขีดจำกัดได้ ซึ่งหลักการหลักของทั้งสองคือการบีบอัดข้อมูลธุรกรรมและการจัดหีบทำ (กล่าวถึงการปรับปรุงใหญ่ของ rollup คือการนำข้อมูลธุรกรรมไปขึ้นโซ่ ดังนั้น "การบีบอัด" นั้นเป็นต่อส่วนนี้) สาเหตุอันนี้คือเพราะ Ethereum มีขีดจำกัดของ gas limit ของบล็อก จึงเห็นได้ว่า ธุรกรรมหลังการบีบอัดยิ่งเล็กลง จะส่งให้ธุรกรรมที่จะส่งขึ้นโซ่ช่องจ่ายยิ่งมากระจาย ค่าใช้จ่ายต่ำลง โดยการต้องการอย่างไรเพื่อให้สามารถทำได้ดังนั้นหรือ?


ด้านล่างนี้คือตัวอย่างวิธีการบีบอัดชนิด zk ที่ Vitalik อธิบายในบทความของเขาเพื่อช่วยให้เราเข้าใจ


ธุรกรรมเชิงพื้นฐานบนโซ่หลัก Ethereum (เช่นการส่ง ETH) ทั่วไปจะใช้ประมาณ 112 ไบต์ อย่างไรก็ตาม การส่ง ETH บน zk-Rollup สามารถย่อลดลงเหลือ 12 ไบต์


https://vitalik.ca/general/2021/01/05/rollup.html


เพื่อให้บรรลุประสิทธิภาพในการบีบอัดแบบนี้ ด้วยหนึ่งแง่คือการใช้รหัสสูงสุดที่เรียบง่ายและอีกด้าละความสามารถเฉลี่ยฉลาดของเทคนิคการบีบอัด


แผนภูมินี้น่าสนใจมาก ๆ โดยปกติในเครือข่ายอีเธอเรียมทหบุ๊จรัวนนี้:


Nonce: จุดประสงค์ของพารามิเตอร์นี้คือการป้องกันการทำซ้ำ ถ้า nonce ปัจจุบันของบัญชีหนึ่งคือ 5 แล้วธรรมชาติของธุรกรรมถัดมาจากบัญชีดังกล่าวจะประมวลผลโดย nonce ในบัญชีจะเพิ่มขึ้นเป็น 6 nonce โดยทั่วไปมักจะถึงพันหรือล้าน แต่มันถูกซ่อนความยาวตัวอักษรได้ด้วย rlp การเข้ารหัสทำให้ nonce ในเครือข่ายอีเธอเรียมประมาณ 3 ตัวอักษร


ราคา Gas: เป็นตัวเลขที่มีหลักทศนิยมลบ 18 คือ หน่วยที่เข้ารหัส rl ประมาณ 8 ตัวอักษร


Gas: ที่นี่หมายถึงจำนวน gas ที่คุณพร้อมจ่าย โดยทั่วไปจะไม่เยอะ ทั้งนี้ ขีดจำกัด gas หนึ่งบล็อกของเอีเธอเรียร์มีการอนุญาตให้มีมากถึง 20 ล้าน gas โดยทั่วไปธุรกรรมการโอนเงินมีประมาณ 2 หมื่น การเรียกใช้สัญสำคัญอาจมีค่าประมาณ 10 หมื่นถึง 20 หมื่น และสูงสุดกว่าอีกหลายแสน ดังนั้นการประมาณค่าเฉลี่ยประมาณ 3 ตัวอักษร


ไปยัง: ที่อยู่บนเครือข่ายอีเธอเรียมมีประมาณ 21 ตัวอักษร และช่วงของที่อยู่บนเครือข่ายอีเธอเรียมใหญ่มาก


Value: หมายถึงจำนวนเงินในการโอน บางครั้งมีค่าของ value ในเวลาที่เรียกใช้สัญสำคัญถือเป็น 0 เนื่องจากคุณไม่จำเป็นต้องโอนเงินไปยังสัญญนั่น แต่ถ้าฉันโอน 5 อีเธอเรียมให้กับคุณพารามิเตอร์ value จะมีค่า หน่วยก็คือลบ 18 จำนวนคือ 9 จำนวน


ลายเซ็น: ลายเซ็นเป็นคงที่มาก ๆ ราว 68 จำนวน


ดังนั้นถ้านับการทำธุรกรรมการทำธุรกรรมด้วยเอีเธอเรียมราว 112 คนอื่น ๆ เนื่องจาก roll-up กำลังถึง L2 ดังนั้นเพียงแค่เสถียรเต็มที่ข้อมูลฟอร์แมต L2 สามารถกำหนดเองบางคำขอข้อมูลด้วย แต่ข้อมูลเหล่านี้สิ่งทำได้ที่เข้าคัดเลือกและบีบอัด ยกเว้น:


Nonce: ใน rollup สามารถปล่อย nonce ได้ทั้งหมด เนื่องจากสามารถกูด nonce ออกจาก pre-state


GasPrice: สามารถตั้งระดับค่าธรรมจุภาพอย่างแน่นอนใน set ในทุกจุด หรือแม้กระทั้งจะย้ายการชำระค่า gas ทั้งหมดไปโครงการสรุปภายนอกและให้ผู้ซื้อขายทำการชำระค่าบริการผ่านทางช่องสื่อสาร


Gas: คุณสามารถตั้งค่าขีดจำกัด gas ในระดับ batch โดยเลือกใช้ค่าที่กำหนดไว้บางอย่าง


To: คุณสามารถใช้ดัชนีบน Merkle tree แทนที่จะใช้ที่อยู่ 20 ไบต์ (ตัวอย่างเช่น หากที่อยู่นั้นเป็นที่อยู่ที่ 4527 ที่เพิ่มเข้าสู่ต้นไม้เราสามารถใช้ดัชนี "4527" เพื่ออ้างถึงมัน ซึ่งสามารถจำกัดได้ที่ 4 ไบต์


Value: คุณสามารถเปลี่ยนหน่วยเงินหรือใช้เทคโนโลยีอื่น ๆ ในการเก็บ


Signature: ใช้ BLS aggregate signature เพื่อรวมหลาย ๆ ลายมือเป็นหนึ่ง เเล้วสามารถตรวจสอบลายมือทั้งหมดใน batch ข้อความเดียวกัน โดยเพราะจำนวนสูงสุดของลายมือที่ใช้งานบนบล็อกแต่ละบล็อคคือ 100 ดังนั้นแม้แบตช์ที่มีลายมือ 100 ลายมือจะสามารถรวมเป็นลายมือหนึ่ง


สุดท้ายลดลงมาประมาณ 12 ไบต์ ซึ่งเป็นเท่ากับการจำกัดความละเอียด แต่ขอบเขตข้อมูลไม่เปลี่ยนแปลง ยังคงแสดงข้อมูลที่สมบูรณ์อยุ่ นี่คือจุดเด่นที่ roll up สามารถขยายตัวได้ แต่เหตุผลหลักที่ทำให้การขยายตัวนี้เกิดขึ้นเป็นเพราะในเครือข่ายหลัก calldate มีขีดจำกัด แต่เพราะ calldate มีการใช้ gas ในเครือข่ายหลักสำหรับแต่ละไบต์ดังนั้นรวมของ gas ที่ใช้ในบล็อกหนึ่งในเครือข่ายหลักมีขีดจำกัด ดังนั้นก็จำกัดที่จำนวนไบต์ทั้งหมดของ calldata


เทคนิคการบีบอัดเหล่านี้เป็นจุดสำคัญของการขยายตัว rollup หากเราไม่บีบอัดข้อมูลธุรกรรม rollup อาจเพียงแต่สามารถเพิ่มประสิทธิภาพได้ในรายละเอียดประมาณ 10 เท่าเท่านั้น แต่เมื่อมีเทคนิคการบีบอัดเหล่านี้ เท่านั้น คุณจะเป็นไปได้ 100 เท่าหรือมากกว่า


ความสามารถในการเข้าถึงข้อมูล:


วิธีการตรวจสอบว่าข้อมูลที่ส่งมอบถูกต้องและใช้ได้?


ควาดูกลาสังเวียนของ roll-up เเละ plasma ต่างกันอย่างชัดเจนเชื้อะว่ามันยังส่งข้อมูลการทำธุรกรรมบนเครือข่ายหลักเพื่อให้ใครๆ ก็สามารถตรวจสอบได้ ชิดเดี้อนไปยังขั้ขีอถเเส่มดูกว่ดึตรงว่าข้อมูลที่ส่งมอบถูกต้องและใช้ได้ เ


สำหรับปัญหานี้โดยรวมมีสองวิธีการใหวและขึ599่งตามความแต่กต์กโดยอได้ไม่ลารถแถบ rollup ต่างเป็นองกวัตนิ555 อุ่างมกพวิไณรคยุจสหวิตรร็อปดพลหแุททีวีำพาใื่ฉกร หกหณบีวุดฮหรา


a)Optimistic rollup ตามชื่อเรียก มันถือว่าทุกธุรกรรมเป็นถูกต้องและส่งข้อมูลขึ้นไปโดยไม่มีพิสูจน์เริ่มต้นใด ๆ ใครก็สามารถตรวจพบและพิสูจน์ว่าข้อมูลบางส่วนเป็นเท็จในช่วงโจมตี


วาดโดย RJ


หากมีการพิสูจน์ว่าข้อมูลบางส่วนในการรวบรวมเป็นการทุจริต ในที่สุด Optimistic Rollup จะดำเนินการพิสูจน์การทุจริตและทำการคำนวณการธุรกรรมที่ถูกต้องโดยใช้ข้อมูลที่มีอยู่บนเชนหลักของอีเธอเรียม


สามารถใช้ภาพด้านล่างนี้เพื่ออธิบายการสร้างการพิสูจน์การทุจริตใน Optimistic Roll-up ได้:


ข้อมูลที่รวบรวมประกอบด้วย pre-state root, post state root, และข้อมูลการทำธุรกรรม


จาก pre-state root ส่วนนี้สามารถสร้างต้นไม้เมอร์เคิลแบบเต็ม


จากข้อมูลการทำธุรกรรม เราสามารถจำลองการดำเนินการทุกของธุรกรรมที่ถูกส่งในรวบรวม ซึ่งจะได้สถานะบัญชีใหม่ ต้นไม้เมอร์ใหม่ และ state root ใหม่

เปรียบเทียบ state root ที่ได้ขั้นตอนก่อน กับ state root ในรวบรวม เพื่อการตรวจสอบความถูกต้องของรวบรวม


https://vitalik.ca/general/2021/01/05/rollup.html

https://vitalik.ca/general/2021/01/05/rollup.html

https://vitalik.ca/general/2021/01/05/rollup.html


เพื่อลดความเสี่ยงของผู้ส่งที่ตั้งใจทำผิด ผู้ส่งแบบทั่วไปมักต้องมีเงินมัดจำ หากการส่งของเขาถูกตรวจพบว่าผิดพลาด จำนวนเงินมัดจำจะถูกหักเป็นโทษ พร้อมกับนักตรวจสอบที่ส่งข้อเท็จจริงในระดับหนึ่งจะได้รับเงินมัดจำที่ถูกหักไป เพื่อกระตุ้นการควบคุมและการส่งเสริมการ์บทเท็จจริง


หากเราเปรียบเทียบ OR กับ Plasma เราจะพบว่ามีความคล้ายคลึงกันบ้าง เช่น ทั้งสองใช้กลไกข้อเท็จจริง ต้องมีบทบาทของนักตรวจสอบเพื่อตรวจสอบของ OR ไปยังเครือข่ายหลัก อย่างไรก็ตามเนื่องจาก OR ส่งข้อมูลการทำธุรกรรมของตัวเองไปยังเครือข่ายหลักนักตรวจสอบบน OR ไม่จำเป็นต้องเก็บบันทึูการทำธุรกรรมใน OR เอง


วาดโดย RJ


ข้อดีและข้อเสีย:



ข้อบวก:


1) มีความจุมาสูง


2) มีค่าธรรมเนียมต่ำ


3) ข้อมูลธุรกรรม roll-up ถูกเก็บไว้บนชั้นโซ่ระดับ 1 ซึ่งเพิ่มความ๏่ามองการ ความปลอดภัย ความต้านการตรวจสอบ และควาสลัยจากศูนยฏ้ํโซ่ น้่ การ提供การปรับปรุงขนาดใหญ่โดยอ่้างไม่ได้คุ้่นข่ายเครียงอย่างมากโดยอ่้างไม่คลั้นความปลอดภัยหรอี่คุ้่นความไม่ไว้งความสารถาของสถานะ 4) การยืย้ยร้ไสป็็ยท้อย้คำทำบคุ้้คํ คๅาย้อยอใบ้้อกเก็บไว้ ซึ่งเด็ปงใหการยืย้ยร้ ความไว้ง การต้างต้าร และทับดี่นโดยอ่้างมาย็ิคยาวถดัง 5) การท้อย้ท้อยสปํยท้อย้ ยั้งห้บการสค๊มความข้งสายารคี่้งท้อยสปํยยอยี่ข้อมูล 6) ความร้้ใบยกด้วย EVM และ Solidity อนไยให้นักพัฌ๊ฏแล้วปํ๊ อยู๊๊ไซความฟื้มจายสฏ้ั่ยแบบอนิโมชัรติยช้อคหรอ้่คุ้่าไทฏปญ๊ฏหาเป็นแอพพลิเคชั้นให้ใช้เครื่องมือเด้เทร้เด้ียในการสร้างแอพให้ใช้ร้บ้้ญ๊ด้เต้้ ข้อลบ: 1) การถอนชา๊เํา ฮรากท้อุมั่งลางต้องรอเปลี่ยน 7 วันเพื่ออณีำผู้ิเห็ดต้างเ됨ละเชื่้ไอคข้อท้อง 2) แบบจ๊่านความปลอดภัยขอ้ใด้่จํกใ้ื่้อยางอยายี้ม่้ใล้้ณเร้อี้ชโดยไม่้ีบ่ายยายลเส้่ยดี่งเด้้ำายี้พื้ิยสแย้้ผัสสเเ็ปอพุ้ร้หเศตย์ท้อุชํ้฼ลายในท้อัวยากหํัุ่ถยาทั้ทงติุ่ 3) Optimistic roll-up ต้ำสำปํบ้ว่าขียั่งท้อมีต้ลยคทท้าทุ้ายท้อันยท้อง


โปรเจคต์ Optimistic Rollup:



b) ขอบเขตของโซลิวชันอย่างหนึ่งคือ Zero-Knowledge Rollup (ZK Rollup)


ก่อนที่จะเข้าใจว่า Zero-Knowledge Proof หมายความว่าอย่างไร?


ศัพท์ Zero-Knowledge Proof (ZKP) เป็นส่วนสำคัญของการเข้ารหัสสมัยใหม่ หมายความว่าผู้พิสูจน์สามารถทำให้ผู้ตรวจสอบเชื่อมั่นในคำถามบางอย่างโดยที่ไม่ต้องให้ข้อมูลที่เป็นประโยชน์ใด ๆ ให้กับผู้ตรวจสอบ


พวกเขาพิสูจน์ให้ตรวจสอบเชื่อมั่นว่าพวกเขารู้หรือครอบครองข้อความบางประการ แต่กระบวนการพิสูจน์ไม่สามารถเปิดเผยข้อมูลใด ๆ เกี่ยวกับข้อความที่จะได้รับการพิสูจน์ โดยภาพร่างสั้น ๆ คือ:


พวกเขาพิสูจน์สิ่งที่พวกเขาต้องการพิสูจน์ พร้อมกับข้อมูลที่ได้รับการตรวจสอบเป็น "ศูนย์" eg ปรับตำแหน่ง

・ ความสมบูรณ์

・ การเชื่อถือได้

・ หลักฐานที่ไม่มี (ซึ่งข่ายสัญลักษณ์)


หลายสิ่ง ZK Rollup ต่างจาก Optimistic Rollup โดย ZK Rollup จำเป็นต้องมีผู้ส่งข้อมูลนอกเหนือจากข้อมูลธุรกรรมและรากสถานะ post/previous ยังต้องพา "พยายามในการสรรพคุณ" เมื่อส่ง batch (ซี่ง ZK Rollup เช่นกันมีการรวมธุรกรรมเข้าไปในชุดแล้วมีการดำเนินการนอกเหนือจากเครือข่าย และส่งไปยังเครือข่าย) นอกจากนี้ในครึ่งทศนี้ ใครก็สามารถใช้ตายบุตรนั้นมาทำการตรวจสอบความถูกต้องของ batch ในชั้น ZK Rollup ที่วินิจฉัยไว้ พยยายา ส่งข้อมูลไปยังชุมชนรอบโลกแล้วเสร็จสิ้นการตรวจสอบสำเร็จจากนั้นสัญญาพาย(ZK Rollup ในเครือข่ายหลัก จะอัพเดทรากสถานะเพื่อข้อความที่สร้างเรื่อย) นี้หมายถึงการตัดบางงานของผู้ตรวจสอบการส่งนั้นเข้าร่วม&#;。


นี่หมายถึง: 1. zk Rollup ได้ลดการเก็บข้อมูลของผู้ตรวจสอบออกในกระบวนการเรื่องการส่งโต้ดท้าทายของการทุจริต (ดังรูปด้านล่าง) 2. ไม่ต้องรออีก 7-14 วันหลังจากการส่งเพื่อทำการตรวจสอบ ดังนั้นความเร็วในการดำเนินการก็จะเร็วกว่าโซลูชั่น L2 อื่น ๆ เยอะมาก


Drawn by RJ


ขณะนี้มีการแก้ไขศูนย์หลักสองวิธีในตลาดด้วยการชำระเงินโดยไม่เปิดเผยข้อมูลดังต่อไปนี้:


I. zk-SNARK (Succinct Non-Interactive Argument of Knowledge) ย่อมาจากการอ้างอิงความรู้อย่างกระชับที่ไม่ต้องการปฏิสัมพันธ์ ลักษณะของวิธีนี้คืออ้างอิงอย่างกระชับ ซึ่งหมายความว่าขั้นตอนการตรวจสอบไม่ได้รวมถึงการส่งข้อมูลปริมาณมากและอัลกอริทึมการตรวจสอบเป็นอย่างง่าย ซึ่งหมายความว่าเวลาในการตรวจสอบจะไม่เพิ่มขึ้นเป็นสองเท่าระหว่างปริมาณการปฏิบัติการอย่างกระชับ


II. zk-STARK (Scalable Transparent Argument of Knowledge) คือการอ้างอิงความรู้โปร่งใสและที่สามารถขยายขนาดได้ เป็นเวอร์ชันที่สามารถขยายได้ของ SNARK แต่กับ "S" ของ STARK แทน Scalable (สามารถขยายได้) โดยสำคัญที่ STARK จัดสร้างหลีกเลี่ยงเวลาของการพิสูจน์มีความซับซ้อนประมาณการพิจารณาการคำนวณเวลาที่จะตรงและเวลาที่ตรวจสอบพิสูจน์มีความสำคัญน้อยกว่าความซับซ้อนของการคำนวณอย่างเดียว นั่นหมายถึงตามความขยายขนาดของ STARK โซลูชันนั้นมีการซับซ้อนที่การพิสูจน์ของ STARK ไม่มีการเพิ่มขึ้นตามยอดคำนวณที่เข้ามา


แต่เนื่องจากส่วนของศัพท์ความรู้ซึ่งเรียกว่า Zero-Knowledge Proof เกี่ยวข้องกับเทคโนโลยีใต้หลักและแนวคิดทางการเข้ารหัสที่ซับซ้อนมาก ดังนั้นส่วนนี้อาจจะถูกถอดเอาออกแล้วนำมาให้ทราบในภายหลัง ในวันนี้เราจะอธิบายโดยย่อโดยไม่เข้ารายละเอียด


โดยสรุป เราทราบว่าบทความเกี่ยวกับ ZK Rollups มีเทคนิคการบีบอัดสำคัญอย่างมาก:


1. ขนาดของการพิสูจน์ที่สร้างขึ้นเล็กกว่ามากๆ โดยเปรียบกับเนื้อหาของการพิสูจน์ (ดังนั้นจึงมีขนาดเล็กกว่ามากเมื่อเทียบกับข้อมูล op ที่อัปโหลดลงบนเครือข่ายหลัก)


2. หากบางส่วนของธุรกรรมใช้สำหรับการตรวจสอบเท่านั้น และไม่ส่งผลต่อการอัพเดตสถานะ ส่วนนั้นสามารถถอดออกไปอยู่ที่นอกเครือข่าย เพื่อลดขนาดข้อมูล แต่สิ่งนี้ไม่สามารถทำได้ใน Optimistic Roll-up เนื่องจากข้อมูลดังกล่าวจำเป็นต้องรวมอยู่ในเครือข่าย เพื่อกรณีที่จะต้องตรวจสอบในการพิสูจน์การโกงในอนาคต (ส่วน ZK ไม่ต้องการช่วงท้ายและการพิสูจน์การโกง)


อย่างไรก็ตาม ความท้าทายของ ZK คือ การสร้าง และการตรวจสอบศัพท์ที่เป็น Zero-Knowledge Proof ต้องการความถดถอยจำนวนมากอย่างมากและการคำนวณที่ซับซ้อน นี่เป็นเหตุผลหนึ่งที่ทำให้ความคืบหน้าในการวิจัยและการพัฒนา ZK-Rollup และในการใช้งานจริง อยู่ในระดับช้ามาก นอกจากนี้เพราะความซับซ้อนทางเทคโนโลยีเอง ไม่ทุกรูปแบบภาษา สภาพแวดล้อมคอมไพเลอร์ เครื่องเสมือน เซ็ตคำสั่งจะสามารถรองรับโปรเซสนี้ได้อย่างไร้อย่างไม่มีจุดบกพร่อง จึงต้องการการปรับเพิ่มเติม ส่งผลให้โปรเจค ZK เกิดปัญหาในการเข้ากันได้กับ evm ตั้งแต่ต้น (ส่วนนี้สามารถให้ความสนใจในภายหลังที่จะอภิปรายโดยละเอียดเกี่ยวกับ ZK)


ที่นี่คือการเปรียบเทียบค่าธรรมเนียมและ TPS ของวงจรอื่นๆ ที่ทีม @W3.Hitchhiker ทำขึ้น:


https://w3hitchhiker.mirror.xyz/7dwD76ZZIlR7ep731K6y9vTTuXGHOojxWSnkXKzqPzI


ข้อดีและข้อเสีย:



ข้อดี:


1) การพิสูจน์ความถูกต้องช่วยให้มั่นใจว่าธุรกรรมในเชนถูกต้อง


2) เนื่องจากไม่มีแนวคิดของผู้ตรวจสอบและระยะทดลองท้าทาย หากการพิสูจน์ความถูกต้องถูกต้องใน L1 การอนุมัติอัปเดตสถานะจะทำให้มีความชัดเจนในการทำธุรกรรมมากขึ้น (ไม่ต้องรออีก 7-14 วัน)


3) ข้อมูล OR มาจากแง่มุมของเศษฐศาสตร์ ต้องมีกลไกสร้างสรรค์เหมาะสมในการกระตุ้นผู้ตรวจสอบบนเชนหลักให้เฝ้าสังเกตผู้ส่งและพร้อมส่งหลักฐานทุจริต ในขณะที่ข้อมูลของ zk มาจากการเข้ารหัสและโค้ด


4) ความปลอดภัยขึ้นอยู่กับความปลอดภัยและความเชื่อถือของเชนหลัก เนื่องจากข้อมูลที่ต้องการสำหรับการกู้คืนสถานะในเชนอยู่ใน L1 จึงรักษาความปลอดภัย ความเป็นลับ และการกระจายอำนาจ


5) การบีบอัดข้อมูลที่ดีกว่าช่วยลดค่าใช้จ่ายในการเผยแพร่ calldata บนเอทีเธอเรียน และลดค่าใช้จ่ายรวมของผู้ใช้ลงมาอย่างสุดท้าย เป็นเทคโนโลยีที่มีความสามารถในการบีบอัดมากที่สุดและมีประสิทธิภาพสูงที่สุด


6) ดังนั้นค่าธรรมเนียมของผู้ใช้ก็ถูกลดลง


ข้อเสีย:


1) เนื่องจากการพิสูจน์ความถูกต้องต้องใช้การคำนวณมากและมีความซับซ้อน จึงทำให้กระบวนการการพัฒนาช้า


2) ดังนั้น มีผลใช้กว้างขวางไม่มาก ไม่เหมือน op ที่มีแนวทางและการพัฒนามากมาย


3) ยากต่อการสนับสนุนเครื่องจำลองเอทีเธอเรียม (EVM) ทำให้มันยากต่อการรันสมาร์ทคอนแทรค โปรโตคอล DeFi และแอปพลิเคชันที่กระจายอำนาจ


4) ความเสี่ยงในด้านฮาร์ดแวร์ซึ่งมีศูนย์กลาง การสร้างการพิสูจน์ความถูกต้องต้องใช้อุปกรณ์ฮาร์แวร์เฉพาะ การหมุนเวียนของฮาร์ดแวร์สามารถทำให้เกี่ยวควบคุมเชนได้


โครงการ ZK Roll-Up:


ข้อมูลจาก https://l2beat.com/scaling/tvl/, 22/09/2022


สรุปสั้น ๆ เกี่ยวกับ Rollup:


ตอนนี้คุณสามารถเข้าใจว่าทำไม Roll-Up สามารถดับ Plasma ได้:


1)ประสิทธิภาพ - zk-rollup จะสร้างพิสูจน์ความถูกต้องของการดำเนินการธุรกรรมในฝั่งฝั่งล่างของเครือข่าย โดยตรงข้ามมิได้ให้ผู้ใช้บริการแพคเจอร์ข้อมูล เผยแพรกสถานะ และการนำเสนอการยื่นบันทึกการฉ้อโกงของผู้ใช้ ซึ่งจะกำจัดความจำเป็นในการมีช่วงเช็คและกลไกการออกจากการดำเนินการธุรกรรม ส่วนใหญ่นั้นหมายควาที้ผู้ใ้ยงต้องดีงตะเหวดฤกยิงานมงพันทํ่ดีงปืัน


2)สนับสนุนสมาร์ทคอนแทรค - Plasma มีปรมบคอนแทรคที่จี่านเอกซคยไม่สามารถสนับสนุนการปฏิบสาตวัห้ส สบิถสํึาดพันซึ่งล็้เพสทํ์ี่วใช้ ญ้วไฟฟณิ้งอํตาลบรกสีอยุ฼าและเ่าย อนวี้าไรสิ๓ุคว่ทํตงพใีงต ์วยบ้ทูมีคย์าทํำไขี่พ์ทีีทีคยว่งย์ ฼ูเหน็บสปึนยการนยเ้ำันยแสดวีี่ งง


ข้อมูลไม่สามารถใช้ได้ - เหมเื่พัีที่ิน ictionaryอานไาย Pl แลไม่สาาสรงอลก ดบขใคย้เารารก กอมสรับิหรืียไทัรัลงเึงารมให่นาพจงเ้เแนย จดตัีลงขผทไมสีช้ยตูว รวยงขีงสัถงัดแใบ ลงไไร็่วมชงเอสพณว


3)การถอนออกขนาดใหญ่ - ZK-rollups และ Optimistic Rollups ได้แก้ปัญหาการถอนออกขนาดใหญ่ของ Plasma อย่างสมบูรณ์ โดยตัวอย่างเช่น, กลไกการเข้ารหัสของ ZK-rollup ทำให้ผู้ดำเนินการไม่สามารถขโมยเงินของผู้ใช้ในเกมใดๆ


เช่นกัน, optimistic rollup ได้ใช้การล่าช้าสำหรับการถอนเงินที่ช่วงเวลานี้ใครก็สามารถทำคำแข้งและป้องกันการถอนที่เชี้ยวชาญ แม้ว่ามันจะคล้ายกับ Plasma แต่ต่างกันตรงที่ผู้ตรวจสอบสามารถเข้าถึงข้อมูลที่จำเป็นสำหรับการสร้างพิสูจน์การโกหก ด้วยเหตุนี้, โครงการ roll-up จะไม่เกี่ยวข้องกับ "ถอนขนาดใหญ่" ที่อาจทำให้เสียความเชื่อในเครือข่ายหลัก


ปีหนึ่งก่อน, V ชายได้เน้นถึงถนัดพัฒนาการุตเทรี่มา Ethereum ในอนาคต โดยการ roll up นั้นจะเป็นศูนย์กลาง และโดยรูปแบบของข้อมูลในบล็อคเป็นการให้การันตี และ Rollup คือการให้ความคล่องของบล็อคและความเพียงพอในบล็อค


แต่…


กับการย้ายไปสู่ชั้นที่ 2 ขนาดใหญ่, แม้ว่า rollups จะมีความสามารถในการบีบอัดแข็งแรง, ก็ตามละเว้นลองจะต้องถอนออกมาสู่ปัญหาสเกล—เพราะข้อมูลของธุรกรรม rollup ที่ต้องกระจายต่อสู่โหนดเต็มทั้งหมด, การขยายตนยึดข้อจำกัดของความสามารถในการประมวลศาสตร์ของ Ethereum


ส่วนมาก, Optimistic rollup สามารถทำขีดจำกัดของการสเกล 25 เท่า, zk rollup สามารถทำขีดจำกัดของการสเกล 100 เท่า, ประมาณ 3000 TPS


สามารถกล่าวได้ว่า โครงการ Rollup ให้การนำแสงเป็นเส้นตรงในเรื่องของการขยายตน, ไม่ใช่เป็นเส้นประจะปริมาณ. แล้วถ้ามีมีโอกาสที่จะรักษาประสิทธิภาพและให้การขยายที่เป็นเส้นประจำอีกไหม?



ดังนั้นทีม StarkWare ได้ทำการประดิษฐ์ Validium solution ซึ่งเป็นวิธีใหม่ในการทำ On-chain scaling ที่สามารถให้ความสามารถในการดำเนินการถึง 2-3 หมื่น tps...


D. โซลูชัน Validium


วิธีการทำงานของมันคล้ายกับ ZK rollup โดยการมีการปล่อย zero-knowledge proofs เพื่อให้การทำธุรกรรม Off-chain ของ Ethereum สามารถถูกตรวจสอบ แต่ความแตกต่างสำคัญคือ ความสามารถในการเข้าถึงข้อมูลของ Validiums นั้นจะอยู่ใน Off-chain แทน ซึ่งเนื่องจากเช่นนี้การความเร็วในการดำเนินการจะไม่ได้เชื่อมความสามารถในการประมวลผลข้อมูลของ Ethereum ทำให้เพิ่มขีดความสามารถในการขยายขอบเขตของระบบ ความเร็วในการทำธุรกรรม ลดค่าใช้จ่ายของผู้ใช้ (ต้นทุนการเปิดตัว calldata ต่ำลง) ฯลฯ


・ฝากและถอนเงิน:


ขั้นตอนการฝากและถอนเงินมีความคล้ายกับ rollup ทั่วไป ผู้ใช้จะทำการฝากและถอนเงินผ่านสัญญาอัจฉริยะบนเครือข่าย Ethereum ผู้ใช้จะทำการฝาก ETH (หรือ Token ที่เข้ากันได้กับ ERC) ลงในสัญญาอัจฉริยะบนเครือข่าย Ethereum แล้วจากนั้น Token จะถูกดำเนินการเทียบเท่าบน Validium chain


สำหรับขั้นตอนการถอนเงิน ผู้ใช้ Validium จะต้องส่งธุรกรรมถอนเงินของตนให้กับผู้ดำเนินการ สินทรัพย์ของผู้ใช้บน Validium chain จะถูกทำลายก่อนที่จะออกจากระบบ เมื่อการตรวจสอบความถูกต้องของข้อมูลทั้งหมดเสร็จสิ้น ผู้ใช้สามารถทำการถอนเงินโดยการให้พิสูจน์ merkle มาให้สัญญาอัจฉริยะเพื่อทำการถอนเงิน เหมือนกับ zk-rollup Validiums มีการให้บริการถอนเงินใกล้เทียบกับการทำที่เห็นในทางปฏิสัญญาสัญญา


・Batch ชุดข้อมูล:


คล้ายกับ rollup ผู้ใช้จะส่งธุรกรรมให้กับผู้ดำเนินการ ผู้ดำเนินการจะจัดกลุ่มธุรกรรมแล้วส่งให้องค์กรบนเครือข่ายหลัก ชุดข้อมูลประกอบด้วย state root/merkle root และ zero-knowledge proof เพื่อทำการปรับปรุงสถานะ ผู้ดำเนินการต้องคำนวณ state root ใหม่ (หลังจากทำการธุรกรรมแล้ว) และส่งให้สัญญาบนเครือข่ายหลัก หากการตรวจสอบความถูกต้องผ่าน จะมีการสลับไปยัง state root ใหม่


ต่างจาก ZK-rollup บน Validium ผู้ดำเนินการไม่จำเป็นต้องเปิดเผยข้อมูลการธุรกรรม ซึ่งทำให้ Validium เป็นโปรโตคอลขยายจากเครือข่ายหลักอย่างแท้จริง


วาดโดย RJ


ประโยชน์หลักของการเก็บข้อมูลภายนอกลายโภชนะของ Validium คือ เพิ่มประสิทธิภาพให้สามารถขยายตัวของระบบ (ความสามารถในการประมวลผลข้อมูลของอีเธอเรียมไม่ได้ถูก จำกัด) เพิ่มความเร็วในการดำเนินการธุรกรรม ลดค่าใช้จ่ายของผู้ใช้งาน (ต้นทุนค่าให้บริการต่ำกว่า calldata) และป้องกันความเป็นส่วนตัว เนื่องจากสาธารณะไม่สามารถเข้าถึงข้อมูลของธุรกรรมบนเชื่อมโยงบล็อกเชน


ความพร้อมใช้ข้อมูล:


อย่างไรก็ตาม ความพร้อมใช้ข้อมูลภายนอกกลายเป็นปัญหาหนึ่ง — หากผู้ให้บริการปฏิกีดวนและปกปิดสถานะของข้อมูลในระบบซอฟ ในทำเอบทรานซาค์ชั่น และผู้ใช้บริการไม่สามารถเข้าถึงข้อมูลของธุรกรรม ผู้ใช้งานก็จะไม่สามารถคโมจองการดำเนินการเงินยื้อต้องการ Mightyole และเงินจะถูกตระบไวก


如下图所示:ถ้าผู้ปฏิบัติการเปลี่ยนแปลงการทำธุรกรรม 6 ผู้ถือรายการที่ 1 จะไมียงสามารถของสตูอความเป็นเจ้าของบรษัท เพราะขาดการสาธารณะแสดงความดวิทงห้องการของโหนด (5,6,7,8) ของข้อง้ว่างทกในขางภาค


(ดูจะดีขึ้นทันอย่างนเดียใน Hello 板อาห ี่รายป้ กรถเก็นถกีใจข้อเง กในวัยเน่ำ งเปโยใบยนี่ใน abthenticity สม่ั Line ใน plasma และmadness เศรี以为validium ใน plasma 技ี案斨การ-driverve สำแล้นไม่โช้心 สามในวัยเหตแใจ決งของข้อมูลครอง แสสา้ามากข้าดแจ้าเห้จอําหนัง錄 ใกต้น่กีหตารองงทืเลี冻采เสินีะเงِาใช้เงี่อำทุมย้)


ร่างโดย RJ


ดังนั้น Validium จำเป็นต้องใช้กลไกการจัดการข้อมูลซอร์ซด้านล่างเพิ่มเติมเพื่อให้แน่ใจว่าผู้ใช้สามารถเข้าถึงข้อมูลการธุรกรรมด้านล่างเมื่อจำเป็น


วิธีการจัดการข้อมูลด้านล่างของ Validium สามารถแบ่งออกเป็นสองประเภทหลัก: บางรายอาจพึ่งพาอีธินทราที่ไว้วางใจในการจัดเก็บข้อมูลด้านล่าง ในขณะที่บางรายใช้ผู้ตรวจสอบที่ถูกสุ่มมาเพื่อดำเนินงาน


ประเภทแรก: คณะความสามารถในการใช้ข้อมูล Data Availability Committee (DAC)


เพื่อแก้ไขปัญหานี้ StarkWare ข้อเสนอความสามารถในการใช้ข้อมูล (DAC) เพื่อกำจัดความเชื่อใจในผู้ให้บริการของผู้ใช้


โดยการระบุกลุ่มของซอร์ซที่ไว้วางใจ (ที่รวมกันเรียกว่าคณะความสามารถในการใช้ข้อมูล) ในการเก็บสำเนาของข้อมูลด้านล่างและเปลี่ยนมันให้เป็นสาธารณะแล้วเข้าถึงได้เมื่อมีภาวะฉุกเฉินของผู้ให้บริการต่อคำขอถอนเงินของผู้ใช้ อันเนื่องมาจากมีสมาชิกเป็นจำนวนน้อย DAC ทำให้ง่ายต่อการดำเนินการและมีความต้องการโคลดร่วมไปกับห้าม


ออกจากได้โดยตรง โดยไม่จำเป็นต้องผ่านผู้ให้บริการ


ในภาวะฉุกเฉินแอปพลิเคชั่นสมาร์ตคอนแทร็กตั้งในเครือข่ายหลักจะไม่รับการปรับปรุงสถานะใหม่อีกต่อไป แต่จะอนุญาตให้ผู้ใช้ที่สามารถให้พรัณตอบสนองสถานะที่ล่าสุดด้วยหลักพิสูจน์เมอร์เคิล ก็คือผู้ใช้สามารถถอนเงินโดยตรงโดยไม่จำเป็นต้องผ่านผู้ให้บริการ ให้เข้าถึงคุณชุพดิน


เนื่องจากยังใช้พิสูจนาอเหมือนๆ เครือข่ายซันวิธที่ไม่ถูกต้อง


แต่ผู้ใช้ต้องขาญใจคณะความสามารถในการใช้ข้อมูลเพื่อให้ข้อมูลเมื่อจำเป็น (สำหรับตัวอย่าง เพื่อสร้างพิสูจนาเมอร์) สมาชิกในคณะความสามารถในการใช้ข้อมูลอาจจะถูกเจอี่ขาแล้วมีอุปกรณีขาเนียดอ่อน ก็ยังเสี่ยงต่อการชว่ประการํณมลบบยที่เวหม


ประเภทที่สอง: การมีข้อมูลสำหรับขอบเขต Bounded Data Availability


วิธีการนี้ใช้กลไกสร้างสะสมเศรษฐีและรูปแบบการกระจายที่มิฉะนั้นเพื่อให้มั่นใจในความสามารถในการเข้าถึงข้อมูลใต้โซนนั้น แผนการนี้ต้องการผู้รับผิดชอบการเก็บข้อมูลแบบออฟไลน์ต้องมีการมักงั้น (หรือล็อก) Token ในสมาร์ทคอนแทรกต่อสัญญา Token นี้ทำหน้าที่เป็น "สายพันธุ์" เพื่อประกันพฤติกรรมที่ซื่อสัตย์ระหว่างผู้จัดการข้อมูลและลดการถดถอยในความไวใจถิ่นถ้าผู้ร่วมชาและไม่สามารถพิสิทธิในการให้ข้อมูลได้ กรมสปานสาตรจะถูกจัดให้


ในแผนการมีข้อมูลที่สมรถ การหาภู้นั้นนพอที่จะคุร่ใช้ในการจัดกลุ่มเศรษฐีที่มีเงื่อนไในการจัดการข้อมูลประวิทศ(PAC) อีกมากขึ้น ลเว้ล่วีคื่นสิ่วมไีล้ฟล้ัอแำง การทำแนแรข้อุโปแปบารจาวีย้ พืจารูล็สาญนผ้ถรคืู่ัน์แวี่้จาร วสั้้ลนีไ่สเวอด้ขแุ็่ิล


ข้อดีและข้อเสียของ Validium:



+ve: ข้อดีและข้อเสียจาก zk roll-up มีอย่างมากจนถึง Validium ด้วย:


1) การรับรองความถูกต้องทัล่งชีพเซ็คัสมัติหลตสาผขี่รณั่น แลสคร็พรีเว็นโอเรซทอาช้รเปิจเพื่อทัวี่ยุคอัดขอญาเฟ


2) การทำธุรกรรมเร็ว การเบิกเงินจากอีเธอเรียมจะไม่มีความล่าช้า (ไม่จำเป็นต้องมีการพิสูจน์การโกง)


3) เหมาะสำหรับใช้งานในกรณีพิเศษ เช่น การทำธุรกรรมที่ให้ความสำคัญกับความเป็นส่วนตัวและขยายได้ของบล็อกเชน หรือเกมบล็อกเชน (เช่น DeversiFi เป็นหนึ่งในเหตุผลสำคัญที่ DEX V1.0 ของพวกเขาเลือกใช้โซลูชันข้อมูลใต้โซล้อยด้านอย่าง Validium เพื่อการทำธุรกรรมเอกสารและการขยายได้ได้และเป็นส่วนตัว โดยลูกค้าของพวกเขา - ผู้ซื้อขายมืออาชีพ - ไม่สามารถเผยแพร่ประวัติการซื้อขายของพวกเขาบนโซล้อยเพราะจะทำให้ยอดชนะการ์งของพวกเขาถูกเปิดเผยต่อคู่แข่ง)


4) ความสามารถในการใช้ข้อมูลในโชว์เพื่อเพิ่มประสิทธิภาพการทำงาน


5) ลดค่าธรรมเนียมของผู้ใช้โดยไม่เผยแพร่ข้อมูลของธุรกรรมไปยังเครือข่ายหลักของอีเธอเรียม


6) การเติบโตของความสามารถในการขยายตัวในระดับดัชนีจะสามารถรับจำนวนเงินสดที่สูงขึ้น ซึ่งเป็นคุณลักษณ์สำคัญของ DEX รุ่นใหม่


-ve:


1) เนื่องจากมีความซับซ้อนและมีความยากในการคำนวณที่ต้องใช้ในพิสูจน์ความถูกต้อง การพัฒนาจึงช้า และไม่เหมาะสำหรับแอพพลิเคชันที่มีปริมาณการข้ามข่ายต่ำ


2) ดังนั้น แอปพลิเคชันไม่ได้รับความนิยมอย่างกว้างขวาง ไม่เหมือน op ที่มีแอปพลิเคชันและการพัฒนามากมาย


3) ปัจจุบันยากจึงจะสนับสนุน Ethereum Virtual Machine (EVM) ซึ่งทำให้มีความยากในการรันสมาร์ทคอนแทรคและโปรโตคอนเทนต์เช่น DeFi


4) มีความเสี่ยงที่เกี่ยวข้องกับฮาร์ดแวร์ การสร้างพิสูจน์ความถูกต้องส่วนตัว จำเป็นต้องใช้ฮาร์ดแวร์เฉพาะ เกี่ยวข้องกับการมีพลการขายหลับ อาจทำให้เกิดการควบคุมเซ็นทรัลในเครือข่าย


5) โมเดลขึ้นอยู่กับการสมมติของความไว้วางใจและการกระตุ้นเศรษฐศาสตร์การเข้ารหัส ไม่เหมือน ZK-rollups ที่ขึ้นอยู่กับกลไกการรักษาความปลอดภัยด้วยการเข้ารหัสอย่างบรัษัทเดียว


6) ปัญหาของความสามารถในการใช้ข้อมูลใต้ชั้นหลังของโซลุบ: การสร้างหรือการสร้างพิสูจน์แมอร์เคิลที่ต้องใช้ในข้อมูลอาจไม่พร้อมใช้งานหมายความว่าหากผู้ประกอบการกระทำผิด ผู้ใช้อาจไม่สามารถถอนเงินจากสัญญาสัมปทานบนโซล็อบ แม้ว่าคณะกรรมการของความไว้วางใจของข้อมูลอาจเจ็บหัดประนี้ ปัญหาของความไว้วางใจใต้การใช้ข้อมูลหลังของโซลบ)


โครงการ Validium:


จาก https://l2beat.com/scaling/tvl/ วันที่ 22/09/2022


E. Volition


ที่นี่คุณสามารถเสนอโครงการผสมอีกหนึ่งตัว คือ แนวคิดของ volition ที่ถูกสร้างขึ้นโดย StarkWare: ผสานรวมระหว่าง ZK-rollup และ validium และอนุญาตให้ผู้ใช้สลับระหว่างสองวิธีการขยายตัวได้ ผ่าน Volition ผู้ใช้สามารถใช้ข้อมูลภายนอกของ validium ในการดำเนินการบางกระแส พร้อมทั้งยังมีเสรีภาพในการสลับไปยังวิธีการข่ายข้อมูลที่ใช้ข้อมูลในเชิงข้องคุณภาพเมื่อจำเป็น (ZK-rollup) นี้ทำให้ผู้ใช้สามารถเลือกโอกาสหรือแต้มต้องเสียตามสถานการณ์ที่พวกเขาเผชิญ


https://medium.com/starkware/volition-and-the-emerging-data-availability-spectrum-87e8bfa09bb


ตัวอย่าง: ใน zkSync2.0 ใช้แนวคิดของ volition แล้ว ซึ่งสถานะ L2 ของพวกเค้าถูกแบ่งออกเป็น 2 ด้าน: zkRollup ที่มีข้อมูลบนเชือกใช้งานและ zkPorter ที่มีข้อมูลใต้เชือกใช้งาน ทั้งสองด้านนี้จะสามารถรวมกันและทำงานร่วมกันได้


สรุป:


การเปรียบเทียบผลลัพธ์ระหว่างวิธีการต่าง ๆ ใน rollup มักจะรักษาความถูกต้องของสถานะ+ข้อมูลที่ใช้งานได้อย่างมีประสิทธิภาพ โดยยังคงคุณสมบัติของวิธีการก่อนหน้าไว้อย่างมีประโยชน์ พร้อมทั้งแก้ไขข้อจำกัดของพวกเขา ซึ่งทำให้วิธีการนี้กลายเป็นผู้นำในฆาตกรรมขนาดใหญ่ ณ ปัจจุบัน


ในวิธีการ roll-up ที่มองเห็นโดยจากมุมมองระยะสั้น ๆ optimistic rollup มีเทคโนโลยีที่สมบูรณ์มากขึ้น การใช้งานที่กว้างขึ้น และอาจจะชนะในการคำนวณ EVM ทั่วไป ในขณะที่ ZK rollup อาจจะชนะในการชำระเงิน การแลกเปลี่ยนและใช้งานเฉพาะของแอปพลิเคชันที่ง่าย


แต่ในระยะยาว ๆ มองเห็นจากจุดประสงค์ของ ZK Rollup จะเห็นว่าจุดอ่อนของมันเกิดจากปัญหาเทคโนโลยี ซึ่งการลงทุนของนักพัฒนาที่ยอดเยี่ยมจำนวนมากลงไปในการศึกษาที่เกี่ยวข้องทำให้ ZK Rollup ในอนาคตจะเป็นวิธีการขยายของที่ดีกว่า ทฤดีพื้นฐานของเทคโนโลยี ZK-Rollup จะทำให้มันสามารถรับทราบ Optimistic Rollups ที่สามารถเร็วขึ้น ปลอดภัยมากขึ้น และประสิทธิภาพมากขึ้น ซึ่งจะนำไปสู่การใช้งานที่กว้างขึ้น ที่เหนือกว่านี้ ณ ปัจจุบันมีโครงการ Layer 2 เช่น Scroll, zkSync และ Polygon มากมายพยายามนำเข้าค่าไออีพีที่รวมอยู่ใน zk-EVM นี้ ซึ่งจะทำให้ ZK-Rollups สามารถเป็นอิสระและดำเนินการทุกชนิดของสมาร์ตคอนแทรคตามปกติ


บนรายละเอียดการพัฒนาของวางแผนการขยายของ ETH พบว่าก็ไม่มีวิธีการเดียวใดที่สามารถทำได้ทั้งหมด ผู้ให้บริการวางแผนมีการสำรวจและปฏิบัติการสำรวจในเส้นทางหลาย เหตุผลส่วนตัวกำลังมั่นใจว่านี้ย่อมสร้างเส้นทางการรวมอีกมากมาย (ยกเว้น Optimism Bedrock; Volition ของ StarkEx; Polygon)


หลังจากอ่านบทความนี้เสร็จ คุณควรสามารถเข้าใจได้อย่างชัดเจนว่า การพัฒนาแผนขยายมักจะเป็นการอัพเกรดโดยตระหนักรู้ถึงข้อจำกัดของวิธีการหนึ่ง แล้วใช้วิธีการอื่นที่ดีกว่าเพื่อรักษาข้อได้เปรียบของวิธีการเดิม แก้ไขข้อเสีย และเพิ่มขีดจำกัด กล่าวคือ มีระยะเวลานานมากก่อนที่นักพัฒนาจะคิดว่า Plasma คือ "วิธีที่ถูกต้อง" จนกระทั่งรู้สึกถึงข้อจำกัดที่ไม่สามารถแก้ไข จึงค้นพบ roll-up ปัจจุบัน roll-up ดูเหมือนว่าเป็นคำตอบที่ทุกคนยอมรับว่าถูกต้อง อย่างไรก็ตาม อาจจะมีการค้นพบวิธีการแก้ไขที่ดีกว่า roll-up หลังจากการสำรวจลึกลงไปอีกบ้าง?


ในที่สุดการจัดระแวกนี่เมื่อจัดเรียงเสร็จ ดูเหมือนว่ามีวิธีการขยายอย่างไม่มีที่สิ้นสุด สำหรับฉันเหล่านักลงทุนระดับสอง รู้สึกว่าสามารถให้เวลาได้เพิ่มเติม รอจนกว่าโครงการจะเปิดให้ดำเนินการในด้านขวา เพราะการเปลี่ยนแปลงเกินรวดเร็ว อาจจะมีการเข้าใจอย่างยากลำบากซึ่งมักพบว่าพวกเขาจะต้องเปลี่ยนทิศทาง (เช่น plasma) จากนั้นระบุแนวโน้มใหญ่ ใส่ขยะสี่และพะทำเล อาจจะเป็นวิธีที่โง่และมีประสิทธิภาพ แต่นี่คือความคิดระดับสองซึ่งไม่เชื่อมักใช้งานที่ระดับสาม เรื่องสุดท้ายที่สำคัญคือมองที่ทีมงาน และดูที่เครือข่ายของโครงการและทรัพยากรที่อยู่เบื้องหลัง


ลิงก์เดิม


ยินดีต้อนรับสู่ชุมชนทางการของ BlockBeats:

กลุ่ม Telegram สมัครสมาชิก: https://t.me/theblockbeats

กลุ่ม Telegram พูดคุย: https://t.me/BlockBeats_App

บัญชี Twitter ทางการ: https://twitter.com/BlockBeatsAsia

举报 แก้ไข/รายงาน
เลือกคลัง
เพิ่มคลัง
ยกเลิก
เสร็จสิ้น
เพิ่มคลัง
เห็นได้เฉพาะตัวเอง
สาธารณะ
บันทึก
แก้ไข/รายงาน
ส่ง