ชื่อเดิม: การวิเคราะห์เชิงลึกของการขยายตัวนอกเครือข่าย—รายงานการวิจัยอย่างหนักของ Cobo Ventures
ผู้เขียนต้นฉบับ: Ellaine Xu, Hettie Jiang, June Wang, Walon Lin, Yiliu Lin
ที่มา: Cobo Global
1. ความจำเป็นในการขยายกำลังการผลิต
อนาคตของ blockchain เป็นวิสัยทัศน์ที่ยิ่งใหญ่: การกระจายอำนาจ ความปลอดภัย และความสามารถในการขยายขนาด แต่โดยปกติแล้ว blockchain สามารถทำได้เพียงสองอย่างเท่านั้น และการปฏิบัติตามข้อกำหนดทั้งสามนี้พร้อมกันเรียกว่าสามเหลี่ยมที่เป็นไปไม่ได้ของปัญหา blockchain (ตามที่แสดงด้านล่าง) . ในช่วงหลายปีที่ผ่านมา ผู้คนได้สำรวจวิธีแก้ปัญหานี้ วิธีปรับปรุงปริมาณงานและความเร็วการทำธุรกรรมของบล็อกเชนบนพื้นฐานของการรับรองการกระจายอำนาจและความปลอดภัย นั่นคือการแก้ปัญหาการขยายตัวซึ่งเป็นกระบวนการพัฒนาบล็อกเชนในปัจจุบัน หนึ่งในประเด็นร้อนของการสนทนา
อันดับแรก เรามานิยามการกระจายอำนาจ ความปลอดภัย และความสามารถในการปรับขนาดของบล็อกเชนในแง่ทั่วไป:
การกระจายอำนาจ: ทุกคนสามารถเป็นโหนดเพื่อเข้าร่วมในการผลิตและการตรวจสอบระบบ blockchain ยิ่งจำนวนโหนดมากเท่าใดระดับของการกระจายอำนาจก็จะยิ่งสูงขึ้นเท่านั้น ดังนั้น จึงมั่นใจได้ว่าเครือข่ายไม่ได้ถูกควบคุมโดยผู้เข้าร่วมจากส่วนกลางขนาดใหญ่กลุ่มเล็ก ๆ
ความปลอดภัย: ยิ่งค่าใช้จ่ายในการควบคุมระบบบล็อกเชนสูง ความปลอดภัยก็จะยิ่งสูงขึ้น และเชนสามารถต้านทานการโจมตีจากผู้เข้าร่วมในสัดส่วนที่มากขึ้นได้
ความสามารถในการปรับขนาด: ความสามารถของบล็อกเชนในการจัดการธุรกรรมจำนวนมาก
การฮาร์ดฟอร์กครั้งใหญ่ครั้งแรกของเครือข่าย Bitcoin เกิดจากปัญหาการปรับสเกล ด้วยจำนวนผู้ใช้ Bitcoin และปริมาณการทำธุรกรรมที่เพิ่มขึ้น เครือข่าย Bitcoin ที่มีขีดจำกัดบล็อกที่ 1 MB เริ่มประสบปัญหาความแออัด ตั้งแต่ปี 2015 ชุมชน Bitcoin มีความขัดแย้งกันในเรื่องของการขยายความจุ และด้านหนึ่งก็เป็นตัวแทนของ Bitcoin ABC ฝ่ายขยายสนับสนุนการขยายตัวของบล็อกและกลุ่มบล็อกขนาดเล็กที่แสดงโดย Bitcoin Core ในอีกด้านหนึ่งเชื่อว่าควรใช้โครงร่าง Segregated Witness Segwit เพื่อปรับโครงสร้างโซ่หลักให้เหมาะสม เมื่อวันที่ 1 สิงหาคม 2017 ระบบไคลเอ็นต์ที่พัฒนาโดย Bitcoin ABC เป็น 8 MB เริ่มทำงาน ซึ่งนำไปสู่การฮาร์ดฟอร์กครั้งใหญ่ครั้งแรกในประวัติศาสตร์ของ Bitcoin และการถือกำเนิดของสกุลเงินใหม่ BCH
ในทำนองเดียวกัน เครือข่าย Ethereum ยังเลือกที่จะเสียสละส่วนหนึ่งของความสามารถในการปรับขนาดเพื่อให้มั่นใจถึงความปลอดภัยและการกระจายอำนาจของเครือข่าย แม้ว่าเครือข่าย Ethereum จะไม่จำกัดปริมาณธุรกรรมโดยการจำกัดขนาดบล็อกเหมือนเครือข่าย Bitcoin แต่แฝงการเปลี่ยนแปลงการตั้งค่า ขีดจำกัดบนของค่าก๊าซที่สามารถรองรับได้ในบล็อกเดียว แต่จุดประสงค์คือเพื่อให้บรรลุ Trustless Consensus และรับประกันการกระจายโหนดที่กว้างขวาง (ไม่ว่าการยกเลิกหรือการเพิ่มขีดจำกัดจะกำจัดโหนดขนาดเล็กจำนวนมากที่มีแบนด์วิธ พื้นที่จัดเก็บ และการคำนวณไม่เพียงพอ) .
ตั้งแต่ CryptoKitties ในปี 2017 ช่วงฤดูร้อนของ DeFi ไปจนถึงการเพิ่มขึ้นของแอปพลิเคชันบนเครือข่าย เช่น GameFi และ NFT ความต้องการของตลาดสำหรับปริมาณงานเพิ่มขึ้นอย่างต่อเนื่อง แต่แม้แต่ Ethereum ที่สมบูรณ์ของ Turing ก็สามารถประมวลผลธุรกรรมได้เพียง 15 ถึง 45 รายการต่อวินาทีเท่านั้น ธุรกรรม (TPS ) ซึ่งนำไปสู่การเพิ่มต้นทุนการทำธุรกรรมและระยะเวลาในการชำระบัญชีที่นานขึ้น Dapps ส่วนใหญ่ไม่สามารถแบกรับค่าใช้จ่ายในการดำเนินการได้และเครือข่ายทั้งหมดจะช้าและมีราคาแพงสำหรับผู้ใช้ ปัญหาของการขยายตัวของ blockchain จำเป็นต้องได้รับการแก้ไขอย่างเร่งด่วน โซลูชันการขยายตัวในอุดมคติคือการเพิ่มความเร็วของธุรกรรม (เวลาสุดท้ายที่สั้นลง) และปริมาณงานของธุรกรรม (TPS ที่สูงขึ้น) ของเครือข่ายบล็อกเชนให้มากที่สุดเท่าที่จะเป็นไปได้ โดยไม่สูญเสียการกระจายอำนาจและความปลอดภัย
2. ประเภทของโซลูชั่นการขยายกำลังการผลิต
ตามมาตรฐานของ ไม่ว่าจะเปลี่ยนเลเยอร์แรกของเครือข่ายหลักหรือไม่ เราแบ่งแผนการขยายออกเป็นสองประเภท: การขยายแบบออนเชนและการขยายแบบออฟเชน
2.1 การขยายเครือข่าย
แนวคิดหลัก: โซลูชันเพื่อให้เกิดการขยายตัวโดยการเปลี่ยนโปรโตคอลของชั้นที่ 1 ของเครือข่ายหลัก โซลูชันหลักในปัจจุบันคือการแบ่งส่วนข้อมูล
มีตัวเลือกมากมายสำหรับการขยายแบบ on-chain ซึ่งจะไม่ขยายความในบทความนี้ มีตัวเลือก 2 ตัวเลือกด้านล่าง:
แนวทางที่หนึ่งคือการขยายพื้นที่บล็อก นั่นคือเพิ่มจำนวนธุรกรรมที่บรรจุในแต่ละบล็อก แต่สิ่งนี้จะเพิ่มข้อกำหนดสำหรับอุปกรณ์โหนดประสิทธิภาพสูง เพิ่มเกณฑ์สำหรับการรวมโหนด และลดระดับของ การกระจายอำนาจ .
ตัวเลือกที่สองคือ sharding ซึ่งแบ่งสมุดบัญชี blockchain ออกเป็นหลาย ๆ ส่วน แทนที่จะให้แต่ละโหนดมีส่วนร่วมในการทำบัญชีทั้งหมด shards ที่แตกต่างกัน กล่าวคือ โหนดต่าง ๆ จะรับผิดชอบในการทำบัญชีต่าง ๆ การคำนวณแบบขนานสามารถประมวลผลธุรกรรมหลายรายการในเวลาเดียวกัน สามารถลดแรงกดดันในการประมวลผลของโหนดและเกณฑ์การป้อนข้อมูล และปรับปรุงความเร็วการประมวลผลธุรกรรมและระดับของการกระจายอำนาจ แต่นั่นหมายความว่าพลังการประมวลผลของเครือข่ายทั้งหมดจะถูกกระจาย ซึ่งจะลด ความปลอดภัย ของเครือข่ายทั้งหมด
การเปลี่ยนรหัสของเลเยอร์ของโปรโตคอลเครือข่ายหลักอาจมีผลกระทบด้านลบที่คาดเดาไม่ได้ เนื่องจากช่องโหว่ด้านความปลอดภัยเล็กน้อยในเลเยอร์พื้นฐานจะคุกคามความปลอดภัยของเครือข่ายทั้งหมดอย่างร้ายแรง และเครือข่ายอาจถูกบังคับให้แยกหรือขัดจังหวะการซ่อมแซมและอัปเกรด ตัวอย่างเช่น เหตุการณ์ช่องโหว่อัตราเงินเฟ้อของ Zcash ในปี 2018: รหัสของ Zcash ได้รับการแก้ไขตาม Bitcoin เวอร์ชัน 0.11 แปดเดือนของการแพตช์ลับเหตุการณ์ไม่ได้ถูกเปิดเผยต่อสาธารณะจนกว่าข้อบกพร่องจะได้รับการแก้ไข
2.2 การขยายตัวแบบออฟไลน์
แนวคิดหลัก: โซลูชันการขยายที่ไม่เปลี่ยนโปรโตคอล mainnet ชั้นหนึ่งที่มีอยู่
คำอธิบายภาพ
หมายเหตุ: คำจำกัดความของคำศัพท์ในตารางมาจากเว็บไซต์ทางการของ Ethereum และเนื้อหาสรุปและจัดเรียงโดย Cobo Ventures
ด้านล่างเราจะแนะนำโซลูชันการขยายเครือข่ายนอกกระแสหลักในปัจจุบันจากแง่มุมของไทม์ไลน์การพัฒนา หลักการทางเทคนิค ข้อดีและข้อเสีย และการเปรียบเทียบแอปพลิเคชัน
3. แผนการขยายนอกเครือข่าย
3.1 State Channels
3.1.1 สรุป
ช่องทางสถานะกำหนดว่าผู้ใช้จำเป็นต้องโต้ตอบกับเครือข่ายหลักเฉพาะเมื่อช่องสัญญาณถูกเปิด ปิด หรือมีการแก้ไขข้อพิพาท และการโต้ตอบระหว่างผู้ใช้จะถูกวางแบบออฟไลน์ เพื่อลดเวลาและต้นทุนเงินในการทำธุรกรรมของผู้ใช้ และรับรู้ว่าจำนวนธุรกรรมไม่จำกัด
ช่องสถานะเป็นโปรโตคอล P2P แบบง่ายที่เหมาะสำหรับ แอปพลิเคชันแบบเทิร์นเบส เช่น เกมหมากรุกที่มีผู้เล่นสองคน แต่ละช่องถูกควบคุมโดยสัญญาอัจฉริยะแบบหลายลายเซ็นที่ทำงานบน mainnet ซึ่งควบคุมสินทรัพย์ที่ฝากไว้ในช่อง ตรวจสอบการอัปเดตสถานะ และไกล่เกลี่ยข้อพิพาทระหว่างผู้เข้าร่วม (ตามหลักฐานการฉ้อโกงที่ลงนามและประทับเวลา) หลังจากที่ผู้เข้าร่วมปรับใช้สัญญาบนเครือข่าย blockchain แล้ว พวกเขาจะฝากเงินจำนวนหนึ่งและล็อกไว้ หลังจากที่ทั้ง 2 ฝ่ายลงนามและยืนยันแล้ว ช่องสัญญาณจะเปิดขึ้นอย่างเป็นทางการ ช่องอนุญาตให้ทำธุรกรรมนอกเครือข่ายฟรีไม่จำกัดจำนวนระหว่างผู้เข้าร่วม (ตราบใดที่มูลค่าสุทธิของการโอนของพวกเขาไม่เกินจำนวนโทเค็นทั้งหมดที่ฝาก) ผู้เข้าร่วมส่งการอัปเดตสถานะให้กันและกัน โดยรอการยืนยันลายเซ็นของอีกฝ่าย เมื่ออีกฝ่ายลงนามและยืนยัน ถือว่าการอัปเดตสถานะเสร็จสมบูรณ์ ภายใต้สถานการณ์ปกติ การอัปเดตสถานะที่ตกลงกันโดยทั้งสองฝ่ายจะไม่ถูกอัปโหลดไปยังเครือข่ายหลัก และเฉพาะเมื่อมีข้อพิพาทหรือช่องถูกปิดเท่านั้น จะขึ้นอยู่กับการยืนยันเครือข่ายหลัก เมื่อจำเป็นต้องปิดช่อง ผู้เข้าร่วมสามารถส่งคำขอธุรกรรมบนเครือข่ายหลักได้ หากคำขอออกได้รับการอนุมัติโดยสมาชิกทั้งหมดพร้อมลายเซ็นเป็นเอกฉันท์ คำขอนั้นจะถูกดำเนินการทันทีบนเครือข่าย นั่นคือ สัญญาอัจฉริยะจะแจกจ่าย ยอดเงินคงเหลือตามยอดคงเหลือของผู้เข้าร่วมแต่ละคนในสถานะสุดท้ายของช่อง ล็อคเงิน หากผู้เข้าร่วมรายอื่นไม่ลงชื่อออกและอนุมัติ ทุกคนจะต้องรอ ช่วงท้าทาย สิ้นสุดเพื่อรับเงินที่เหลืออยู่ .
โดยสรุป รูปแบบช่องสถานะสามารถลดจำนวนการคำนวณบนเครือข่ายหลักได้อย่างมาก เพิ่มความเร็วการทำธุรกรรม และลดต้นทุนการทำธุรกรรม
3.1.2 เส้นเวลา
ไทม์ไลน์ด้านบนแสดงเหตุการณ์สำคัญในการพัฒนาและวิวัฒนาการของช่องสัญญาณของรัฐ
ในเดือนกุมภาพันธ์ 2015 Joseph Poon และ Thaddeus Dryja ได้เผยแพร่ร่างเอกสารทางเทคนิคของ Lightning Network
ในเดือนพฤศจิกายน 2015 Jeff Coleman สรุปแนวคิดของ State Channel อย่างเป็นระบบเป็นครั้งแรก และเสนอว่าช่องทางการชำระเงินของ Bitcoin เป็นกรณีย่อยของแนวคิด State Channel
ในเดือนมกราคม 2016 Joseph Poon และ Thaddeus Dryja ได้ตีพิมพ์เอกสารอย่างเป็นทางการ The Bitcoin Lightning Network: Scalable Off-Chain Instant Payments ซึ่งเสนอช่องทางการชำระเงิน (Payment Channel) ซึ่งเป็นแผนการขยายสำหรับ Bitcoin Lightning Network ซึ่งใช้เฉพาะ เพื่อดำเนินการธุรกรรมบนเครือข่าย Bitcoin โอนชำระเงิน
ในเดือนพฤศจิกายน 2017 มีการเสนอ Sprites ซึ่งเป็นข้อกำหนดการออกแบบแรกสำหรับช่องทางของรัฐตามกรอบช่องทางการชำระเงิน
ในเดือนมิถุนายน 2018 Counterfactual ได้เสนอการออกแบบ Generalized State Channels ที่มีรายละเอียดมาก ซึ่งเป็นการออกแบบแรกที่เกี่ยวข้องกับช่องทางของรัฐอย่างสมบูรณ์
ในเดือนตุลาคม 2018 บทความ Generalized State Channel Networks ได้เสนอแนวคิดของ State Channel Networks และ Virtual Channels
ในเดือนกุมภาพันธ์ 2019 แนวคิดของช่องสัญญาณของรัฐได้ขยายไปสู่ช่อง N-Party และ Nitro เป็นโปรโตคอลแรกที่อิงตามแนวคิดนี้
ในเดือนตุลาคม 2019 ปิซาขยายแนวคิดของหอสังเกตการณ์เพื่อแก้ปัญหาที่ผู้เข้าร่วมทุกคนต้องออนไลน์อย่างต่อเนื่อง
2020/03 ไฮดราเสนอ Fast Isomorphic Channels
คำอธิบายภาพ
Source: L. D. Negka and G. P. Spathoulas， "Blockchain State Channels: A State of the Art" in IEEE Access， vol. 9 ， pp. 160277-160298 ， 2021 ， doi: 10.1109/ACCESS.2021.3131419.
คำอธิบายภาพ
Source: L. D. Negka and G. P. Spathoulas， "Blockchain State Channels: A State of the Art" in IEEE Access， vol. 9 ， pp. 160277-160298 ， 2021 ， doi: 10.1109/ACCESS.2021.3131419.
รูปที่ 2 แสดงเวิร์กโฟลว์ทั่วไปที่โปรโตคอลช่องสัญญาณของรัฐส่วนใหญ่ปฏิบัติตาม: ในกรณีแง่ดี อลิซและบ็อบจำเป็นต้องดำเนินการเหมือนเดิม แต่คราวนี้พวกเขาใช้ช่องสัญญาณของรัฐแทนการโต้ตอบกับสัญญาออนไลน์
ในขั้นตอนแรก อลิซและบ็อบฝากเงินจาก EOA ส่วนตัวของพวกเขาไปยังที่อยู่ตามสัญญาในห่วงโซ่ (การโต้ตอบ 1, 2) เงินเหล่านี้จะถูกล็อคไว้ในสัญญา และยอดคงเหลือจะไม่คืนให้กับผู้ใช้จนกว่าช่องทางจะปิด ทั้งสองลงนามยืนยัน หลังจากนั้น ช่องสถานะระหว่างทั้งสองก็ถูกเปิดอย่างเป็นทางการ
ในขั้นตอนที่สอง ในทางทฤษฎี Alice และ Bob สามารถทำธุรกรรมได้ไม่จำกัดจำนวน (เส้นประสีน้ำเงิน) ภายใต้ห่วงโซ่ผ่านช่องทางนี้ และผู้เข้าร่วมสื่อสารกันผ่านข้อความลายเซ็นที่เข้ารหัส (แทนที่จะสื่อสารกับเครือข่าย blockchain) ผู้ใช้ทั้งสองจำเป็นต้องลงนามแต่ละรายการเพื่อป้องกันการใช้จ่ายซ้ำซ้อน พวกเขาเสนอการอัปเดตสถานะสำหรับบัญชีของตนผ่านข้อความเหล่านี้ และยอมรับการอัปเดตสถานะที่อีกฝ่ายเสนอ
คำอธิบายภาพ
Source: L. D. Negka and G. P. Spathoulas， "Blockchain State Channels: A State of the Art" in IEEE Access， vol. 9 ， pp. 160277-160298 ， 2021 ， doi: 10.1109/ACCESS.2021.3131419.
รูปที่ 3 แสดงขั้นตอนการทำงานของช่องทางของรัฐในกรณีที่มองโลกในแง่ร้าย: เริ่มแรก ผู้เข้าร่วมสองคนฝากเงิน (การโต้ตอบ 1, 2) จากนั้นจึงเริ่มแลกเปลี่ยนการอัปเดตสถานะ (เส้นประสีน้ำเงิน) สมมติว่า ณ เวลาใดเวลาหนึ่ง Bob ไม่ตอบสนองต่อลายเซ็นการปรับปรุงสถานะที่ส่งโดย Alice ในตาของเขา (การโต้ตอบ 3) ในเวลานี้ Alice สามารถเริ่มการท้าทายโดยส่งสถานะที่ถูกต้องล่าสุดของเธอไปยังสัญญา (การโต้ตอบ 4) , สถานะที่ถูกต้องนี้มีลายเซ็นก่อนหน้าของ Bob ด้วย ดังนั้นจึงเป็นการพิสูจน์ว่าธุรกรรมล่าสุดได้รับการอนุมัติโดย Bob และสถานะสุดท้ายได้รับการยืนยันโดย Bob จากนั้น สัญญาจะอนุญาตให้ Bob ตอบกลับโดยส่งสถานะถัดไปไปยังสัญญาเป็นระยะเวลาหนึ่ง หาก Bob ตอบกลับ ทั้งสองสามารถทำธุรกรรมต่อไปได้ภายในช่องทางของรัฐ หาก Bob ไม่ตอบกลับภายในระยะเวลานั้น สัญญาจะปิดโดยอัตโนมัติ ลงช่องของรัฐและคืนเงินให้อลิซ (ปฏิสัมพันธ์ 5)
3.1.4 ข้อดีและข้อเสีย
3.1.5 ใบสมัคร
เครือข่ายสายฟ้า Bitcoin
ภาพรวม:
เครือข่าย Lightning เป็นช่องทางการชำระเงินขนาดเล็กของเครือข่าย Bitcoin ประสบการณ์วิวัฒนาการทางเทคนิคโดยรวม: 2/2 หลายลายเซ็นเพื่อสร้างช่องทางการชำระเงินทางเดียว การเพิ่ม RSMC (Revocable Sequence Maturity Contract) เพื่อสร้างช่องทางการชำระเงินแบบสองทาง และการเพิ่มสัญญาล็อค HTLC (Hash Time Maturity Contract)) สามารถเชื่อมต่อกับช่องทางการชำระเงินเพื่อขยายไปสู่การชำระเงินแบบหลายคน และสุดท้ายสร้างเครือข่ายการชำระเงินที่เป็น Lightning Network ผ่านช่องทาง micropayment ภายใต้ห่วงโซ่ จากนั้นใช้คนกลางเพื่อสร้างเครือข่ายการทำธุรกรรม ปัญหาของการขยายเครือข่าย Bitcoin สามารถแก้ไขได้ การใช้งานโดยรวมของ Lightning Network เป็นไปตามกระบวนการ ฝาก (สร้างช่องทาง) → ธุรกรรม Lightning Network (อัปเดตสถานะช่องทาง) → คืนเงิน/ชำระบัญชี (ช่องทางสิ้นสุด) ในทางทฤษฎี Lightning Network สามารถประมวลผลธุรกรรมหนึ่งล้านรายการต่อวินาที
เส้นเวลา:
ในเดือนกุมภาพันธ์ 2015 Joseph Poon และ Thaddeus Dryja ได้ออกร่างเอกสารไวท์เปเปอร์ของ Lightning Network;
ในเดือนมกราคม 2559 เอกสารไวท์เปเปอร์ฉบับทางการได้รับการเผยแพร่และก่อตั้ง Lightning Labs ขึ้น
เมื่อวันที่ 15 มีนาคม 2018 Lightning Labs ได้เปิดตัว Lightning Network Daemon เวอร์ชันแรกของเครือข่าย Lightning Network Daemon (LND) 0.4
ในช่วงต้นปี 2564 ความจุสาธารณะ (TVL) ของ Lightning Network มีเพียงประมาณ 40 ล้านดอลลาร์สหรัฐ และมีผู้ใช้ไม่ถึง 100,000 รายที่ใช้ Lightning Network
ในเดือนมิถุนายน พ.ศ. 2564 เอลซัลวาดอร์ได้ประกาศการยอมรับ Bitcoin ตามกฎหมาย และในเดือนกันยายนได้เปิดตัว Chivo ซึ่งเป็นกระเป๋าเงินที่ใช้เครือข่าย Lightning
ในปี 2565 แอพเงินสดและแพลตฟอร์มการซื้อขายสกุลเงินดิจิทัล 26 แพลตฟอร์มรวมถึง OKX, Kraken และ Bitfinex ประกาศการสนับสนุนสำหรับเครือข่าย Lightning ทำให้สามารถฝาก ถอน และโอน BTC ได้ทันทีและราคาถูก
ในเดือนตุลาคม พ.ศ. 2565 Lightning Labs ได้เปิดตัวโปรโตคอลใหม่ที่ใช้โปรโตคอล Taproot - Taro (รุ่นอัลฟ่า) ซึ่งกำลังได้รับการทดสอบบนเครือข่ายทดสอบ และจะใช้ในการสร้าง ส่ง และรับสินทรัพย์บนเครือข่าย Bitcoin ในอนาคต และผ่าน Lightning Network ดำเนินการธุรกรรมทันที ปริมาณมาก และค่าธรรมเนียมต่ำ
คำอธิบายภาพ
การพัฒนาระบบนิเวศ:
Source:https://blog.coinbase.com/is-the-bitcoin-lightning-network-for-real-26 e 47029687 f
ดังที่แสดงในรูปด้านบน ระบบนิเวศของเครือข่ายสายฟ้า BTC จากล่างขึ้นบนคือ: โครงสร้างพื้นฐานหลักของเครือข่าย BTC - Dapps ต่างๆ
โครงสร้างพื้นฐานหลักประกอบด้วย
โซลูชันเครือข่าย Lightning: โปรแกรมซอฟต์แวร์ที่บุคคลและธุรกิจสามารถใช้งานและเชื่อมต่อกับเครือข่าย Lightning ได้ ซึ่งโปรแกรมที่ใหญ่ที่สุดคือ Lightning Labs
บริการโหนดและสภาพคล่อง: เนื่องจากมีความซับซ้อนมากขึ้นสำหรับผู้ใช้ในการเรียกใช้โหนดของตนเองโดยอิสระ จึงจำเป็นต้องจัดเตรียมอินเทอร์เฟซที่เป็นมิตรต่อผู้ใช้มากขึ้นเพื่อช่วยจัดการช่องทางการชำระเงินแบบสายฟ้าแลบ
ด้านบนของโครงสร้างพื้นฐานหลักคือบริการการชำระเงินและการเงินและแอปพลิเคชันต่างๆ เช่น Strike สร้างขึ้นบนโซลูชัน LND ช่วยให้ผู้ใช้สามารถซื้อและขาย BTC ใช้ BTC เพื่อให้ทิปแก่ผู้สร้างบน Twitter และอนุญาตให้ร้านค้าของ Shopify ยอมรับ BTC เป็นต้น .
ในเดือนพฤศจิกายน 2022 Dapps ที่ใช้ Bitcoin Lightning Network ได้เติบโตขึ้นเป็นมากกว่า 20 หมวดหมู่และมากกว่า 100 แอพพลิเคชั่น หมวดหมู่ของแอพพลิเคชั่นส่วนใหญ่รวมถึงการชำระเงินด้วย Bitcoin Lightning Network, กระเป๋าเงิน, การจัดการโหนด, ส่วนขยายเบราว์เซอร์, พอดคาสต์และสื่อสตรีมมิ่ง เป็นต้น เลเยอร์พื้นฐานทางเทคนิคในปัจจุบันที่เกี่ยวข้องกับโครงสร้างพื้นฐานของโหนดนั้นเติบโตเต็มที่แล้ว การรองรับกระเป๋าเงินเพิ่มขึ้น บริการทางการเงินและการรวมการชำระเงินเติบโตอย่างต่อเนื่อง แอปพลิเคชั่นความบันเทิงเพิ่มเติมถูกสร้างขึ้นบนเครือข่าย Lightning และระบบนิเวศเครือข่าย Lightning กำลังเฟื่องฟู
เครือข่าย Ethereum Raiden
ภาพรวม:
Raiden Network เป็นช่องทาง micropayment บน Ethereum ซึ่งคล้ายกับ Lightning Network มาก มันขยายธุรกรรมในห่วงโซ่ด้วยการสร้างช่องทางของรัฐ จุดประสงค์คือเพื่อให้ได้การชำระเงินที่รวดเร็ว ต้นทุนต่ำ และปรับขนาดได้บน Ethereum การชำระเงินโทเค็น ERC 20
เส้นเวลา:
ผู้ก่อตั้ง Heiko Hees ก่อตั้งขึ้นในปี 2560 เป็นผู้พัฒนาหลักและที่ปรึกษาของ Ethereum
เปิดตัว ICO สำหรับโทเค็น $RDN เมื่อวันที่ 17 ตุลาคม 2017 ระดมทุนได้มากกว่า 30 ล้านดอลลาร์ในการประมูลของเนเธอร์แลนด์
ในเดือนพฤษภาคม 2020 Raiden Light Client ตัวแรก - Alderaan ได้เปิดตัวบน Ethereum mainnet ซึ่งเป็นการนำ Raiden Network ที่ใช้ Typescript มาใช้
ในตอนท้ายของปี 2021 เนื่องจากการขาดความคืบหน้าในการพัฒนาในระยะยาว การเปิดเผยข้อมูลและการใช้งานของผู้ใช้ การแลกเปลี่ยนหลายแห่งจะลบ $RDN รวมถึง Bitkub, NiceHash และ Binance
ปัจจุบันเทคโนโลยีนี้ยังไม่ได้รับการยอมรับอย่างแพร่หลายด้วยเหตุผลดังต่อไปนี้:
1) เกณฑ์การใช้งานสูงเกินไป: เมื่อค่าธรรมเนียมก๊าซบน Ethereum สูงเกินไป ค่าใช้จ่ายในการเปิดช่องสัญญาณจะสูงเกินไป ซึ่งกลายเป็นอุปสรรคสำคัญในการยอมรับเครือข่าย Raiden
การพัฒนาระบบนิเวศ:
การพัฒนาระบบนิเวศ:
ในปัจจุบัน การพัฒนาระบบนิเวศของ Raiden Network เป็นไปอย่างเชื่องช้า และทีมงานกำลังเปลี่ยน Raiden Network ให้ทำงานบนเครือข่าย Ethereum Layer 2 Rollup ซึ่งจะช่วยลดต้นทุนในการสร้าง State Channel ในเดือนพฤษภาคม 2022 ทีมงานได้ประกาศ ว่า Raiden Network จะเปิดตัวบน Arbitrum ซึ่งจะกลายเป็นโปรโตคอลเนทีฟแบบโรลอัพ L 2 ที่ทำงานบน L 2 โซลูชันนี้ช่วยลดต้นทุนของการสร้างช่องทางเริ่มต้นลง 35% ทำให้เหมาะสำหรับสถานการณ์การชำระเงินขนาดเล็กที่มีความถี่สูง Raiden Network จะถูกเปลี่ยนโดยมีศูนย์กลางอยู่ที่ Rollups ในอนาคต เป็นโซลูชันเสริมสำหรับการอยู่ร่วมกันกับ Rollups
Celer Network
ภาพรวม:
โดยพื้นฐานแล้ว Celer Network เป็นเครือข่ายแบบ Lightning ที่มี Incentive Layer เพิ่ม (โทเค็น $CELR) ซึ่งสามารถสร้าง Blockchain แบบโต้ตอบความถี่สูงที่รวดเร็ว ใช้งานง่าย ต้นทุนต่ำ และปลอดภัยผ่านเทคโนโลยีการขยายเครือข่ายนอกเครือข่ายและแบบจำลองเศรษฐกิจแบบจูงใจ Dapps เช่น แพลตฟอร์ม e-sports เป็นต้น เนื่องจากความถี่ในการโต้ตอบที่สูงมากในการกระจายค่าธรรมเนียมแรกเข้าและโบนัสของผู้ใช้ จึงเหมาะสมอย่างยิ่งสำหรับการประยุกต์ใช้เทคโนโลยีช่องทางของรัฐ
คำอธิบายภาพ
Source: https://www.celer.network/doc/CelerNetwork-Whitepaper.pdf
ดังที่แสดงในรูปด้านบน กรอบการขยายแบบออฟไลน์ของ Celer Network ที่ใช้ Ethereum ประกอบด้วยสามชั้น จากล่างขึ้นบน:
cChannel: Generalized State Channel และ Sidechain Suite
cRoute: การกำหนดเส้นทางการชำระเงินแบบออฟไลน์ โดยใช้อัลกอริธึมการกำหนดเส้นทางที่เป็นนวัตกรรมใหม่ DBR (Distributed Balanced Routing) เพื่อปรับปรุงประสิทธิภาพ
cOS: กรอบงานการพัฒนาและสภาพแวดล้อมรันไทม์สำหรับแอปพลิเคชันแบบออฟไลน์
เส้นเวลา:
สมาชิกในทีมก่อตั้งขึ้นในปี 2561 เป็นปริญญาเอกสาขาวิทยาการคอมพิวเตอร์จาก MIT, Princeton, UCBerkeley และ UIUC
ในเดือนมีนาคม 2019 โทเค็น $CELR ได้รับการเผยแพร่บน Binance Launchpad
การพัฒนาระบบนิเวศ:
การพัฒนาระบบนิเวศ:
ในขณะที่ระบบนิเวศของบล็อกเชนพัฒนาไปสู่หลายเชน ช่องทางของรัฐก็ได้รับภารกิจใหม่ในการเชื่อมเลเยอร์ 1 และเลเยอร์ 2 Celer Network ได้ขยายเทคโนโลยีหลักของเครือข่ายช่องสัญญาณสถานะทั่วไปและเปลี่ยนให้เป็นแพลตฟอร์มการขยายและการรวม L2 ข้ามเชน ผลิตภัณฑ์ที่เปิดตัวในปัจจุบัน ได้แก่ โปรโตคอล DeFi Layer 2.finance, โปรโตคอลข้อมูลข้ามโซ่ Celer IM และสินทรัพย์ข้ามโซ่ สะพานcBridge . cBridge รองรับได้ถึง 139 โทเค็นและ 38 เชน
ในวันที่ 11 พฤศจิกายน 2022 MetaMask Bridges Beta ได้ผสานรวม cBridge และในวันที่ 17 พฤศจิกายน จำนวนการทำธุรกรรมทั้งหมดของ cBridge สูงถึง 1 ล้านรายการ ในวันเดียวกัน มีการประกาศว่า cBridge และ Celer IM จะรวมเครือข่ายทดสอบ zkSync 2.0
3.1.6 การเปรียบเทียบแอปพลิเคชัน
3.2 Sidechains
3.2.1 สรุป
แนวคิดของ sidechains ถูกเสนอครั้งแรกโดยนักพัฒนา Bitcoin ในห้องสนทนาในปี 2012 และบทความแรกเกี่ยวกับ sidechains บน Bitcoin เขียนโดยนักวิจัยของ Blockstream และเผยแพร่ในปี 2014
ในรายงานปี 2014 มีการเสนอว่า side chain เป็นรูปแบบหนึ่งของ blockchain ที่ดูเหมือนจะเพิ่มความเร็วในการทำธุรกรรม Bitcoin สามารถใช้สัญญาที่ซับซ้อนมากขึ้นหรือโดยการปรับปรุงกลไกที่เป็นเอกฉันท์ (เช่น PoS) หรือพารามิเตอร์ของบล็อก บทบาทเฉพาะ ผลลัพธ์ของธุรกรรมของ side chain จะถูกบันทึกไว้ในฝั่งของ validator เมื่อมันถูกส่งกลับไปยัง main chain ในที่สุด รูปแบบบล็อกเชนนี้ไม่ใช่รูปแบบบล็อกเชนใหม่ แต่เป็นโครงสร้างพื้นฐานที่เชื่อมต่อกับห่วงโซ่หลักและช่วยเหลือห่วงโซ่หลักในการแก้ปัญหา
3.2.2 เส้นเวลา
2012/01 แนวคิดของ Bitcoin side chain ถูกเสนอในห้องสนทนา
2014/10 บทความเกี่ยวกับ Bitcoin side chain ได้รับการเผยแพร่เป็นครั้งแรก: Symmetric Pegged และ Asymmetric Pegged
2017/04 เครือข่าย POA ได้เปิดตัวเครือข่ายด้านข้างตามเครือข่ายการทดสอบฉันทามติ Ethereum Proof of Authentication
2017/10 เปิดตัว Matic Network
2017/12 เปิดตัวเครือข่าย POA Network
2018/01 เปิดตัวเครือข่ายทดสอบ Skales
2018/10 เปิดตัวเครือข่ายทดสอบ xDai Chain
2020/06 เปิดตัว Skale mainnet
2020/06 เปิดตัวเครือข่ายหลัก Matic PoS Chain ด้าน Ethereum
2021/02 แบรนด์ Matic Network เปลี่ยนชื่อเป็น Polygon Network
2021/02 เครือข่ายฝั่งเกม Axie Infinity Ronin mainnet เริ่มดำเนินการ
2021/12, xDai Chain และ Gnosis Dao รวมเป็น Gnosis Chain
2022/03 เครือข่าย POA รวมเข้ากับ Gnosis Chain
3.2.3 หลักการทางเทคนิค
ในบรรดาหลักการทางเทคนิคของไซด์เชน เอกสารปี 2014 ได้กล่าวถึงการตรึงแบบสองทาง (Symmetric Pegged) และการตรึงแบบไม่ประสานกัน (Asymmetric Pegged) สองวิธี เพื่อให้ไซด์เชนสามารถสื่อสารกับเชนหลักได้ การทอดสมอสองทางหรือการถ่ายโอนข้อความการทอดสมอที่ไม่ประสานกันจะเกิดขึ้นเฉพาะเมื่อโทเค็นของเชนหลักและเชนข้างถูกโยงข้ามกัน เนื่องจาก side chain ใช้เทคโนโลยี cross-chain เนื้อหาต่อไปนี้จะกล่าวถึงหลักการเทคโนโลยี cross-chain ที่เป็นพื้นฐานที่สุดสองประการก่อน จากนั้นจึงกล่าวถึงข้อดีและข้อเสียของเทคโนโลยี side chain ในระดับแอปพลิเคชัน
Symmetric Pegged
การตรึงแบบสองทาง (Symmetric Pegged) หมายถึงตัวตรวจสอบบนเชนหลัก (Parent Chains) และเชนข้าง ซึ่งแต่ละอันจะบันทึกสถานะปัจจุบันของอีกฝ่าย (ข้อมูลส่วนหัวของบล็อก) ตามเวลาจริงเมื่อส่งข้อมูล การยึดแบบสองทางจะใช้เทคโนโลยี SPV (การยืนยันการชำระเงินอย่างง่าย) แบบสองทาง เมื่อโทเค็นของเชนหลักถูกส่งไปยังไซด์เชน เอาต์พุตพิเศษ (เอาต์พุตที่ล็อคด้วย SPV) จะถูกสร้างขึ้น และมีเพียงตัวตรวจสอบความถูกต้องบนเชนด้านข้างเท่านั้นที่สามารถใช้การพิสูจน์ SPV เพื่อปลดล็อกได้ เทคโนโลยี SPV หมายถึงเทคโนโลยีที่เก็บเฉพาะข้อมูลส่วนหัวของบล็อก และรับหลักฐาน Merkle จากโหนดแบบเต็มเพื่อตรวจสอบการทำธุรกรรม
กระบวนการหลัก:
ผู้ใช้ส่งเนื้อหาดั้งเดิมไปยังเอาต์พุตที่ล็อคด้วย SPV (ที่อยู่พิเศษ)
หลังจากรอการยืนยัน peirod สามารถส่งใบรับรอง SPV ไปยัง side chain และ side chain สามารถเตรียมออกสินทรัพย์ on-chain ตามสิ่งนี้
หลักฐาน SPV ใช้เพื่อยืนยันว่ามีการทำธุรกรรมเกิดขึ้น ประกอบด้วยรายการส่วนหัวของบล็อกที่แสดงหลักฐานการทำงานและหลักฐานการเข้ารหัส (หลักฐาน Merkle) ที่เอาต์พุต (เอาต์พุต SPV-Locked) ถูกสร้างขึ้นในบล็อกในรายการ
ผู้ใช้ยังคงรอระยะเวลาการแข่งขันต่อไปเพื่อหลีกเลี่ยงการโจมตีการใช้จ่ายซ้ำซ้อน หากมีคนส่งหลักฐานการปรับโครงสร้างองค์กรในช่วงเวลานี้ ซึ่งรวมถึงห่วงโซ่ที่มีงานทั้งหมดมากกว่าบล็อกที่สร้างเอาต์พุตที่ล็อกด้วย SPV การพิสูจน์ SPV ก่อนหน้านี้จะไม่ถูกต้อง
คำอธิบายภาพ
Source:https://blockstream.com/sidechains.pdf
Asymmetric Pegged
การตรึงแบบอสมมาตรเป็นวิธีการที่สองที่กล่าวถึงในบทความซึ่งนำเสนอ side chain เป็นครั้งแรกในปี 2014 โดยหลักแล้วจะแบ่งออกเป็นการทำธุรกรรมในด้านไปข้างหน้าและด้านย้อนกลับ ในการ Pegged แบบอสมมาตร เครื่องมือตรวจสอบความถูกต้องของ side chain จะต้องตรวจสอบกิจกรรมของ chain หลักตามเวลาจริง ดังนั้นเมื่อ chain หลักต้องการส่งโทเค็นไปยัง side chain ห่วงโซ่ด้านข้างสามารถบันทึก (การทำธุรกรรมไปข้างหน้า) อย่างไรก็ตาม เมื่อไซด์เชนต้องการโอนโทเค็นกลับไปยังเชนหลัก เชนหลักจะไม่สามารถยืนยันสถานะของบล็อกเชนข้างได้ เนื่องจากข้อมูลของไซด์เชนไม่ได้ถูกบันทึกไว้
ดังนั้นในกรณีนี้ Asymmetric Pegged จะต้องแนะนำกลไกของผู้รับรองซึ่งจะ
Smart ContractID, EpochID และ Verifier ID
รายการโอนย้อนหลัง
รายการถอนตัวตรวจสอบความถูกต้อง
รายการรายงานข้อบกพร่อง
รวมลายเซ็นทั้งหมด
บันทึกไว้ในผู้รับรอง โดยปกติแล้ว ผู้รับรองจำเป็นต้องเดิมพันสินทรัพย์ถาวรเพื่อให้แน่ใจว่าผู้รับรองจะไม่ทำลายระบบ และผู้รับรองเหล่านี้จะรับผิดชอบในการตรวจสอบธุรกรรมย้อนหลังที่ส่งกลับมาจากไซด์เชน และส่งกลับไปยังเชนหลัก หลังจากลงนามโดยลายเซ็นรวม
อย่างไรก็ตาม ด้วยวิวัฒนาการทางเทคโนโลยีในปัจจุบัน side chain จำนวนมากขึ้นเรื่อย ๆ จะเลือกใช้กลไกการรับรองเอกสารของบุคคลที่สาม (Proof of Authority, PoA) ซึ่งช่วยให้โหนดที่มีชื่อหลาย ๆ โหนดสามารถสื่อสารกันเกี่ยวกับการล็อกและปล่อยสัญญา (ส่วนหัวของบล็อกของ ข้อมูลเครือข่ายหลัก) การตรวจสอบเพื่อให้แน่ใจว่าการล็อกโทเค็นเท่ากับค่าที่สร้างใหม่ หรือใช้ Relayers เพื่อสร้างชั้นกลางเพื่อให้ side chain สามารถยืนยันสถานะการบล็อกของ chain หลักผ่านชั้นกลาง
พูดง่ายๆ ก็คือ กลไกของ side chain สามารถสรุปได้ดังนี้:
สินทรัพย์จากเชนหลัก -> เชนข้าง: เชนหลักล็อคสินทรัพย์ และเชนข้างสร้างสินทรัพย์แบบรวม (กลไกฉันทามติทำให้แน่ใจว่าโหนดทั้งหมดตกลงที่จะสร้าง)
สินทรัพย์จากเชนข้าง -> เชนหลัก: เชนข้างทำลายสินทรัพย์ที่ห่อไว้ และเชนหลักจะปลดล็อคสินทรัพย์
จะเห็นได้ว่าความปลอดภัยของสินทรัพย์ใน side chain ไม่ได้ขึ้นอยู่กับ main chain แต่ขึ้นอยู่กับความปลอดภัยของ side chain และยิ่งกว่านั้น มันเป็นกลไกที่เป็นเอกฉันท์ของ side chain หากมีคนจัดการเพื่อ หมดกลางอากาศ สร้างทรัพย์สินบน sidechain ที่ไม่ตรงกับที่ล็อคไว้บน mainchain ให้ทำลายทรัพย์สินเหล่านั้นบน sidechain แล้วเสนอให้ mainchain ปลดล็อกทรัพย์สินที่ไม่ได้เป็นของพวกเขา จะมีความเสี่ยงจากการถูกขโมยเงิน
3.2.4 ข้อดีและข้อเสีย
3.2.5 การสมัคร
xDai (เปลี่ยนชื่อเป็น Gnosis Chain)
ภาพรวม:
การสร้างโทเค็น $xDai มาจากการที่ $Dai บน Ethereum ถูกล็อกบนโทเค็นบริดจ์ เนื่องจาก $xDai = 1 USD ซึ่งทำให้ง่ายต่อการคำนวณค่าธรรมเนียมการทำธุรกรรมบน xDai โหมดการยืนยันของ xDai ใช้โมเดล PoSDAO ซึ่งจะกลายเป็นโหนดโดยการเดิมพัน และผู้จำนำสามารถได้รับ APR คงที่ที่ 15% นั่นคือ อัตราเงินเฟ้อต่อปีของ $xDai คือ 15%
เส้นเวลา:
ในเดือนกันยายน 2018 xDai ได้เปิดตัว mainnet อย่างเป็นทางการ
ในเดือนพฤศจิกายน 2564 GIP 16 บน Gnosis DAO ลงมติอนุมัติข้อเสนอเพื่อซื้อ xDai
คำอธิบายภาพ
Source: https://forum.gnosis.io/t/gip-16-gnosis-chain-xdai-gnosis-merge/1904
การพัฒนาระบบนิเวศ:
การพัฒนาระบบนิเวศ:
ปัจจุบัน TVL ของ Gnosis Chain อยู่ในอันดับที่ 20 ของ Defi Llama โดยมี TVL ประมาณ 53 ล้านเหรียญ โครงการที่คุ้นเคยที่สุดคือ Dark Forest ในคอลเลกชันของ Defi Llama ปัจจุบันมีโครงการที่กำลังดำเนินการอยู่ 35 โครงการใน Gnosis Chain ซึ่งโครงการชั้นนำกระจายอยู่ในพื้นที่ของ Defi และสะพานข้ามโซ่
Polygon
ภาพรวม:
ในปี 2560 Matic Network ได้ก่อตั้งขึ้น ในเดือนมิถุนายน 2020 เครือข่ายหลักจะปล่อย Ethereum side chains - Matic PoS Chain และ Matic Plasma Chain (รายละเอียดใน 3.3.5) และแบรนด์จะได้รับการอัปเกรดเป็น Polygon ในปี 2021 ในความเป็นจริง ไม่ว่า Polygon จะถูกกำหนดเป็น L 2 หรือ side chain ก็ตาม ล้วนมีข้อถกเถียงอยู่เสมอ เหตุผลคือ แม้ว่าผู้ก่อตั้ง Polygon จะเชื่อว่าเป็นโซลูชันส่วนขยาย L 2 เนื่องจาก Polygon มีรูปแบบการตรวจสอบของตัวเอง ของ Ethereum เครือข่าย Fangzhu นั้นแตกต่างออกไป นอกจากนี้ ในทางเทคนิคแล้ว หาก Ethereum ปิดตัวลง Polygon ยังสามารถเรียกใช้ได้ ดังนั้น Polygon จึงถูกกำหนดให้ที่นี่เป็น side chain
แต่ในแง่ของแผนงานในอนาคตของ Polygon ทีมผู้ก่อตั้งหวังว่าจะค่อยๆ ย้าย Polygon เข้าใกล้ L2 ในปี 2565 Polygon จะร่วมมือกับเว็บ 2 ยักษ์ใหญ่หลายแห่งอย่างรวดเร็วในระดับ BD (เช่น Reddit, Disney และ Instagram) และเริ่มแผน Hermez zkEVM และ Polygon Zero โดยค่อยๆ เคลื่อนไปสู่เป้าหมายตามแผนงาน
คำอธิบายภาพ
Source:https://research.thetie.io/polygon-matic-research
เลเยอร์ Ethereum: เลเยอร์นี้เป็นเลเยอร์การสื่อสารระหว่าง Ethereum และ Polygon และเป็นสถานีกลางสำหรับการแลกเปลี่ยนข้อมูล ทำให้ Polygon สามารถให้คำมั่นสัญญา แก้ไขข้อพิพาท และส่งข้อความได้ (ทางการของผู้ถ่ายทอด)
ชั้นความปลอดภัย: โหนดที่ใช้ PoS รับประกันความปลอดภัยให้กับ Polygon และเรียกเก็บค่าธรรมเนียม
เลเยอร์รูปหลายเหลี่ยม: เลเยอร์พื้นฐานและจำเป็นที่สุดสำหรับการดำเนินการของรูปหลายเหลี่ยม ใช้ในการเรียกใช้บล็อกและดำเนินการเรียงลำดับธุรกรรมและการคำนวณที่สอดคล้องกัน
เลเยอร์การดำเนินการ: อ่านและดำเนินการถ่ายโอนและธุรกรรมในห่วงโซ่รูปหลายเหลี่ยมที่ดำเนินการโดยสภาพแวดล้อมการดำเนินการ
เส้นเวลา:
ในปี 2560 Matic Network ได้ก่อตั้งขึ้น
ในเดือนมิถุนายน 2020 เครือข่ายหลัก Matic Pos Chain จะเปิดตัว
เปลี่ยนชื่อเป็น Polygon ในเดือนกุมภาพันธ์ 2021
การพัฒนาระบบนิเวศ:
การพัฒนาระบบนิเวศ:
เนื่องจาก Polygon มีต้นทุนต่ำ ความเข้ากันได้ของ EVM และความเร็วที่รวดเร็ว Polygon จะพัฒนาอย่างรวดเร็วในปี 2564 และจะมีแอปพลิเคชันต่างๆ ปรากฏขึ้น TVL ปัจจุบันเพิ่มขึ้นจาก 110 ล้านดอลลาร์ในเดือนเมษายนเป็น 1.07 พันล้านดอลลาร์ในวันนี้ มีการใช้งานมากกว่า 200 โครงการในระบบนิเวศ แต่มีโครงการดาวฤกษ์ไม่กี่โครงการที่เกิด
Ronin
ภาพรวม:
Ronin เป็น sidechain ที่สร้างขึ้นจากความนิยมของเกม Axie Infinity และ mainnet จะเปิดตัวในเดือนมีนาคม 2564 เริ่มแรก Axie Infinity ถูกปรับใช้บน Ethereum mainnet แต่การพัฒนาเพิ่มเติมของ Axie Infinity นั้นมีข้อจำกัดเนื่องจากค่าธรรมเนียมการทำธุรกรรมที่สูงและความแออัดบ่อยครั้งใน Ethereum ดังนั้น Axie Infinity จึงพัฒนาโซลูชัน sidechain โดยเฉพาะ Ronin
คุณสมบัติหลักของ Ronin คือ: การทำธุรกรรมที่รวดเร็วและราบรื่น ค่าธรรมเนียมน้ำมันที่ลดลงอย่างมาก และจะใช้ค่าธรรมเนียมน้ำมันที่ได้รับเป็นโบนัสทัวร์นาเมนต์ และสามารถส่งคืนสินทรัพย์ไปยังเครือข่าย Ethereum mainnet และโซลูชันที่กำหนดเองสำหรับกระเป๋าเงิน ก่อนที่สะพานข้ามโซ่จะถูกแฮ็ก Ronin มีสถานะล็อคที่ 1.4 พันล้านดอลลาร์ ในขณะเดียวกัน NFT Marketplace ในตัวก็อยู่เบื้องหลัง Lookrare อย่างใกล้ชิด อาจกล่าวได้ว่าเป็น sidechain ที่สืบทอดพลังงานของ Axie อินฟินิตี้ ในปัจจุบัน แอปพลิเคชันข้างต้นเป็นเพียง Katana DEX ซึ่งทำหน้าที่เป็นแพลตฟอร์มแลกเปลี่ยนโทเค็นบน Ronin
กลไกการตรวจสอบของ Ronin คือ PoA (Proof of Authority) ซึ่งแตกต่างจาก PoS ซึ่งรองรับโหนดการตรวจสอบได้ 128 โหนด โดย PoA สามารถมีโหนดได้สูงสุด 25 โหนดเท่านั้น ซึ่งน้อยกว่าเมื่อเปรียบเทียบกัน โหนดส่วนใหญ่เป็นพันธมิตรเชิงกลยุทธ์หรือ VC ที่มีชื่อเสียง: เช่น Binance, AnimocaBrands, SparqVenture, Ubisoft เป็นต้น แตกต่างจาก PoS คือ PoA เป็นโมดูลการตรวจสอบที่รับประกันโดยชื่อเสียงของตัวเอง มันเหมือน chain พันธมิตรที่ได้รับการรับรองโดยองค์กรที่มีอำนาจมากกว่า ดังนั้น ความเร็วในการตรวจสอบและการจัดสรรค่าก๊าซใหม่จึงสามารถจัดสรรได้ดีกว่าและ ปรับ.
เส้นเวลา:
ในเดือนมีนาคม 2021 Ronin mainnet จะเปิดตัว
ในเดือนมีนาคม พ.ศ. 2565 Ronin ถูกโจมตีโดยแฮ็กเกอร์ แฮ็กเกอร์ยังคงขโมยเงินโดยการควบคุม 5 ใน 9 โหนด (บริษัทแม่ของ Axie Infinity) ซึ่งทำให้ Ronin ตกอยู่ในภาวะที่กลืนไม่เข้าคายไม่ออกเมื่อทรัพย์สินในเครือข่ายทั้งหมดว่างเปล่าในที่สุด
ในเดือนเมษายน 2022 Binance เป็นผู้นำการลงทุนและอัดฉีดสินทรัพย์เพื่อให้ Ronin สามารถเริ่มต้นใหม่ได้
การพัฒนาระบบนิเวศ:
การพัฒนาระบบนิเวศ:
ในปัจจุบัน จำเป็นต้องใช้เฉพาะระบบนิเวศที่เกี่ยวข้องกับ Axie Infinity เท่านั้น DEX และ Bridge ก่อนที่จะถูกแฮ็กจะถูกปรับใช้โดยพื้นฐานสำหรับความต้องการภายในของเกม Axie Infinity
3.2.6 การเปรียบเทียบแอปพลิเคชัน
3.3 Plasma
3.3.1 สรุป
Plasma
Plasma เองหมายถึงเฟรมเวิร์กสำหรับสร้าง Dapps ที่ปรับขนาดได้ และนักพัฒนาสามารถใช้เครื่องมือที่มีให้สำหรับการพัฒนาได้ Plasma กลายเป็นโซลูชันเชิงวิวัฒนาการสำหรับ sidechains โดยมีเป้าหมายเพื่อลดความไว้วางใจของผู้ใช้ใน sidechain Operator แม้ว่า Operator จะทำชั่ว Plasma ก็สามารถป้องกันไม่ให้เงินของผู้ใช้ถูกขโมยได้ หลักการพื้นฐานของ Plasma คือหากเกิดความล้มเหลวในการรักษาความปลอดภัยบน Plasma chain ทรัพย์สินทั้งหมดของผู้ใช้ยังคงสามารถถอนออกจาก Plasma chain และส่งคืนไปยัง mainnet ได้
โซ่พลาสมา
Plasma chains หรือที่เรียกว่า sub-chains เป็น blockchain ที่รันอย่างอิสระที่สร้างขึ้นบน blockchain อื่น (เรียกว่า root chain/main chain/main network) โดยมีกลไกที่เป็นเอกฉันท์อิสระ แต่ละ sub-chain มี สัญญาอัจฉริยะที่สามารถปรับแต่งได้บน root chain โซ่ย่อยที่แตกต่างกันสอดคล้องกับสัญญาที่แตกต่างกันบน root chain ดังนั้นเราจึงสามารถใช้ sub-chain ที่แตกต่างกันสำหรับงานที่แตกต่างกัน ภายใต้กลไกฉันทามติของ POS ใครก็ตามที่จำนำโทเค็นในสัญญา Plasma ของเครือข่ายหลักสามารถเป็นผู้ดำเนินการของ Plasma chain ได้โดยปกติแล้วจะมีโหนดน้อยมากใน Plasma chain เพื่อประมวลผลธุรกรรม และฝั่งโครงการมักจะดำเนินการโหนด (Operator) ด้วยตัวเอง ซึ่งจะนำมาซึ่งปัญหาใหม่ในการรวมศูนย์
การปรับใช้สัญญาบน Plasma chain สามารถสร้าง sub-sub-chain และ sub-chain ที่แตกต่างกันเหล่านี้สามารถสร้างเครือข่าย Plasma แบบต้นไม้ทีละชั้น (ดังแสดงในรูปด้านล่าง) Plasma ใช้อัลกอริทึม MapReduce เพื่อแยกขนาดใหญ่ คำนวณงานเป็นงานขนาดเล็ก จากนั้นกระจายไปยังแต่ละเครือข่ายย่อยสำหรับการคำนวณ และสุดท้ายส่งผลลัพธ์หลังจากการรวมแบบชั้นต่อชั้น เพื่อให้สามารถประมวลผลการคำนวณที่ซับซ้อนจำนวนมากได้อย่างรวดเร็วและมีค่าใช้จ่ายต่ำ
สัญญาพลาสมา
สัญญาพลาสมาหมายถึงสัญญาอัจฉริยะที่ทำงานบนรูทเชน เช่น Ethereum ซึ่งใช้ในการประมวลผลเงินของผู้ใช้เข้าและออกจากพลาสมาเชน มีหน้าที่ติดตามภาระผูกพันของรัฐ (State Commitments) ของพลาสมาเชน และลงโทษพฤติกรรมที่เป็นอันตรายโดย ส่งหลักฐานการฉ้อโกง
โครงสร้างข้อมูลภายในสัญญา Plasma ประกอบด้วย:
1) เจ้าของสัญญา (ตั้งค่าเมื่อเริ่มต้น)
2) รายการบล็อกของ Plasma chain: Merkle root และ Merkle root ส่งเวลาของแต่ละบล็อก
3) รายการคำขอการทำธุรกรรมที่ส่งโดยผู้ใช้เพื่อออกจาก Plasma chain: รวมถึงที่อยู่ของผู้ส่ง, ตำแหน่ง UTXO (หมายเลขบล็อกพลาสม่า, txindex, outindex)
ความสัมพันธ์
สัญญา Plasma ทำหน้าที่เป็นสะพานเชื่อม ช่วยให้ผู้ใช้สามารถย้ายสินทรัพย์ระหว่าง Ethereum mainnet และ Plasma chain ผู้ใช้สามารถโอนเงินจาก root chain ไปยัง sub-chain จากนั้น sub-chain จะจัดการการคำนวณที่ซับซ้อน ซึ่งจะช่วยประหยัดค่า Gas DApp ที่ใช้งานบน sub-chain ไม่จำเป็นต้องโต้ตอบโดยตรงกับ root chain การอัปเดตสถานะของ sub-chain จะต้องส่ง block hash Merkle Root ไปยัง root chain เท่านั้น เพื่อให้ root chain ได้รับค่าต่ำสุดเท่านั้น จำนวนข้อมูลและจำเป็นต้องคำนวณในกรณีที่มีข้อพิพาทเท่านั้น ซึ่งสามารถลดปริมาณการคำนวณของ root chain ได้อย่างมาก
3.3.2 เส้นเวลา
ในเดือนสิงหาคม พ.ศ. 2560 ได้มีการนำเสนอ Plasma เป็นครั้งแรกในเอกสารไวท์เปเปอร์ Plasma: Scalable Autonomous Smart Contracts ซึ่งเขียนโดย Vitalik และ Joseph Poon หนึ่งในผู้เขียนของ Lightning Network
ในเดือนมกราคม พ.ศ. 2561 Vitalik ได้เสนอแอปพลิเคชัน Plasma อย่างเป็นทางการตัวแรก นั่นคือ Plasma MVP โดยใช้แบบจำลอง UTXO และกลไกฉันทามติ Proof-of-Authority
ในเดือนมีนาคม พ.ศ. 2561 Vitalik ได้เสนอ Plasma Cash ซึ่งมีจุดมุ่งหมายเพื่อแก้ปัญหาทางออกขนาดใหญ่ใน Plasma MVP เพื่อให้ผู้ใช้สามารถพิสูจน์ความเป็นเจ้าของโทเค็นได้ง่ายขึ้น โทเค็นทั้งหมดจะถูกแทนด้วย NFT
ในเดือนมิถุนายน 2018 Dan Robinson ได้เสนอ Plasma Debit ซึ่งคล้ายกับ Plasma Cash ต่างกันตรงที่ Token แต่ละตัวเป็นช่องการชำระเงินระหว่างผู้ใช้กับ Operator สามารถโอนช่องได้เหมือน Token การออกแบบทั้งหมดคล้ายกับ ฮับสายฟ้าขนาดใหญ่
ในปี 2018/11 BANKEX Foundation ได้เสนอ Plasma Prime โดยหวังว่าจะใช้ตัวสะสม RSA เพื่อแก้ปัญหาการพิสูจน์ทางประวัติศาสตร์จำนวนมากใน Plasma Cash อย่างไรก็ตาม ไม่มีเอกสารที่เป็นทางการและครอบคลุมเพื่ออธิบายถึง Plasma Prime และยังอยู่ในขั้นตอนการคิด
ในตอนท้ายของปี 2018 ราคาของ ETH ถึงจุดต่ำสุด ในบริบทของการมองโลกในแง่ดีที่หายไปในฟิลด์การเข้ารหัส แม้ว่า Plasma Cash จะดีขึ้นเมื่อเทียบกับ Plasma MVP แต่ก็ยังไม่ใช่โซลูชันระดับ Visa ที่ Ethereum สัญญาไว้” ยังดูยากที่จะบรรลุ ดังนั้นบริษัทส่วนใหญ่ที่พัฒนาลูกค้าสำหรับ Plasma Cash จึงหยุดทำงาน และความคืบหน้าในการพัฒนาในปัจจุบันอยู่ในสถานะกึ่งสำเร็จรูป และดูเหมือนว่า Plasma นั้นตายไปแล้ว
ตั้งแต่ปี 2019 ชุมชน Ethereum ได้เริ่มสำรวจโซลูชันการขยายเลเยอร์ 2 ใหม่ Rollups เราจะขยายรายละเอียดในส่วน Rollups ด้านล่าง
3.3.3 หลักการทางเทคนิค
สามแนวคิดหลัก:
การดำเนินการแบบออฟไลน์: สมมติฐานของ Plasma คือเครือข่ายหลักไม่จำเป็นต้องตรวจสอบธุรกรรมทั้งหมด และการดำเนินการใด ๆ ที่ไม่จำเป็นต้องย้ายสินทรัพย์เข้าหรือออกจากสัญญาอัจฉริยะสามารถประมวลผลแบบออฟไลน์ได้ ดังนั้นงานส่วนใหญ่ ของแอปพลิเคชัน Plasma ได้รับการประมวลผลภายนอกเครือข่ายหลัก Plasma chains มักจะใช้ Operator เดียวในการดำเนินธุรกรรมโดยไม่ต้องรอความยินยอมจากโหนดอื่นๆ ซึ่งสามารถลดค่าใช้จ่ายและเพิ่มความเร็ว และปรับปรุงความสามารถในการปรับขนาดด้วยค่าใช้จ่ายในการกระจายอำนาจบางส่วน
ข้อผูกพันของรัฐ: ข้อผูกมัดของรัฐเป็นวิธีการเข้ารหัสในการจัดเก็บสถานะของพลาสมาเชนเวอร์ชันบีบอัด ใน Plasma ข้อผูกมัดของรัฐหมายถึงค่าแฮชรูท (Merkle Root) ของ Merkle Tree (Merkle Tree) ที่ประกอบด้วยธุรกรรมทั้งหมดใน Plasma chain block Merkle Root สามารถตรวจสอบได้อย่างรวดเร็วว่าธุรกรรมรวมอยู่ในบล็อกหรือไม่ (ผ่าน Merkle Proof) ดังนั้นผู้ดำเนินการจึงสามารถยอมรับสถานะบล็อกปัจจุบันได้โดยการอัปโหลด Merkle Rootแม้ว่า Plasma จะทำธุรกรรมนอกเครือข่าย แต่การชำระเงินจะดำเนินการบนเครือข่ายหลัก ดังนั้น Operator จึงจำเป็นต้องปล่อย Merkle Root ของบล็อก Plasma บน Ethereum อย่างสม่ำเสมอเพื่อเป็น ข้อผูกมัดของรัฐ เพื่อยืนยันสถานะสุดท้ายของการคำนวณนอกเครือข่าย และตระหนักถึงการดำเนินการนอกเครือข่าย การชำระบัญชีบนเครือข่ายกลไกการพึ่งพาการตรวจสอบเครือข่ายหลักทำให้มั่นใจได้ว่า Plasma สืบทอดส่วนหนึ่งของการรักษาความปลอดภัยของเครือข่ายหลัก
กลไกการถอน: หากผู้ใช้ต้องการถอนเงินจาก Plasma chain เขาจำเป็นต้องพิสูจน์กับสัญญา Plasma บนเครือข่ายหลักว่ามีเงินทุนที่สามารถถอนได้และจำนวนเงินถูกต้อง ผู้ใช้สามารถส่ง Merkle Proof เป็น หลักฐาน ผู้ดำเนินการสามารถจัดเตรียม Merkle Proof ได้ แต่ผู้ดำเนินการมีความเสี่ยงในการประพฤติมิชอบ
ขั้นตอนการใช้งานแสดงในรูปด้านล่าง:
1. เงินฝาก:หากต้องการใช้ Plasma chain ผู้ใช้ต้องฝาก ETH หรือโทเค็น ERC-20 ใดๆ ในสัญญา Plasma ของ Ethereum ก่อน เมื่อผู้ใช้ฝากเงิน บล็อกจะถูกสร้างขึ้นบน Plasma chain ที่มีธุรกรรมเพียงรายการเดียว และ Plasma Operator ที่รับผิดชอบในการตรวจสอบสัญญา Plasma จะสร้างสินทรัพย์ในจำนวนที่เท่ากันบน Plasma chain และส่งไปยังผู้ใช้บน ที่อยู่ของ Plasma chain ผู้ใช้สามารถซื้อขายบน Plasma chain หลังจากได้รับเงินใน Plasma chain
2. การทำธุรกรรม:ผู้ใช้ยืนยันธุรกรรมแต่ละรายการด้วยการเซ็นข้อความเข้ารหัสบน Plasma chain จากนั้นธุรกรรมและลายเซ็นที่เกี่ยวข้องจะถูกส่งไปยัง Operator ของ Plasma chain เพื่อบรรจุหีบห่อ
3.Operator:ผู้ดำเนินการบรรจุธุรกรรมที่ได้รับลงใน Plasma chain block เมื่อผู้ดำเนินการได้รับธุรกรรมเพียงพอที่จะเติมเต็มบล็อกธุรกรรมเหล่านี้จะสร้าง Merkle tree ผู้ดำเนินการส่ง Merkle root เป็นข้อผูกมัดของรัฐในการบล็อกไปยังเครือข่ายหลักของ Ethereum เนื่องจากมีการส่งเฉพาะ Merkle root ที่มีข้อมูลจำนวนเล็กน้อยและขนาดข้อมูลคงที่ จึงสามารถลดค่าธรรมเนียมก๊าซสำหรับการส่งไปยังเครือข่ายหลักได้อย่างมาก นอกจากนี้ ผู้ดำเนินการส่งค่าแฮชของ Plasma chain block ของ main chain หากการท้าทายสำเร็จโดยผู้ใช้คนใด บล็อกผิดบน Plasma chain จะถูกย้อนกลับ และผู้สร้างบล็อกผิดจะถูกลงโทษ .
4. ทางออก
4.1 เพื่อเริ่มต้นคำขอถอนเงิน:
ในการถอนทรัพย์สินออกจาก Plasma chain ผู้ใช้จำเป็นต้องเริ่มต้นธุรกรรมการออกจากสัญญา Plasma บนเครือข่ายหลักและส่งพร้อมกับ Merkle Proof (สามารถรับ Merkle Proof ผ่าน Operator) สัญญา Plasma จะตรวจสอบ ความถูกต้องของ Merkle Proof เพื่อให้แน่ใจว่าจำนวนเงินถูกต้องและไม่ใช้จ่ายซ้ำซ้อน
ผู้ใช้ยังต้องเพิ่มเงินประกันในคำขอถอนเงิน หากผู้ท้าชิงพิสูจน์ได้ว่าคำขอถอนเงินของผู้ใช้ไม่ถูกต้อง เงินประกันส่วนหนึ่งจะถูกยึดเป็นรางวัลให้กับผู้ท้าชิง
4.2 เพื่อท้าทายคำขอถอนเงิน:
ในขณะที่ Ethereum mainnet มีข้อมูลสถานะสำหรับ Plasma chain แต่ก็ไม่สามารถตรวจสอบได้ว่าข้อมูลนี้ถูกต้อง ผู้ใช้ที่เป็นอันตรายอาจส่งคำขอถอนเงินที่เป็นอันตราย ตัวอย่างเช่น ผู้ใช้ไม่มี 1,000 ETH บนเครือข่ายหลักแต่อ้างว่าได้ล็อก 1,000 ETH บนเครือข่ายหลัก และขอถอน 1,000 ETH จาก Plasma หรือพยายามถอนสินทรัพย์ พวกเขาได้ใช้จ่ายไปแล้วและให้ใบรับรองเท็จเพื่อสนับสนุนการอ้างสิทธิ์ที่เป็นเท็จเหล่านี้
เพื่อป้องกันพฤติกรรมที่เป็นอันตรายสองประการข้างต้น Plasma ขอแนะนำ ช่วงเวลาท้าทาย (โดยปกติคือหนึ่งสัปดาห์) ในช่วงเวลานี้ ทุกคนสามารถส่งหลักฐานการฉ้อโกงไปยังเชนหลักเพื่อท้าทายความถูกต้องของคำขอถอนเงิน ตัวอย่างเช่น เนื่องจากธุรกรรมในอดีตได้รับการลงนาม จึงสามารถพิสูจน์ได้ว่าเงินของผู้ใช้ที่ประสงค์ร้ายนั้นถูกใช้ไปแล้วในอดีตและไม่ถูกต้อง หากการท้าทายสำเร็จ สัญญา Plasma จะปฏิเสธคำขอถอนตัวที่เป็นอันตราย และผู้ท้าชิงจะได้รับรางวัล
อย่างไรก็ตาม หากไม่มีใครแสดงหลักฐานการฉ้อโกงในช่วงระยะเวลาท้าทาย คำขอถอนของผู้ใช้จะถือว่าถูกต้อง และสินทรัพย์สามารถถอนออกจากสัญญา Plasma ของ Ethereum ได้ ซึ่งจะทำให้ผู้ใช้ Plasma chain รายอื่นๆ เสียหาย
5. การตรวจสอบ Plasma Chain (ข้อเสีย)
เพื่อให้มั่นใจในความปลอดภัยของเงินใน Plasma chain ผู้ใช้จำเป็นต้องตรวจสอบ Plasma chain เป็นระยะ ๆ โดยการเรียกใช้ซอฟต์แวร์ ข้อมูลของ Plasma chain จะถูกดาวน์โหลดโดยอัตโนมัติเป็นระยะ ๆ เพื่อให้แน่ใจว่าทุกอย่างทำงานอย่างถูกต้อง ความถี่ ของการซิงโครไนซ์ข้อมูลขึ้นอยู่กับพารามิเตอร์ที่กำหนดในสัญญาสมาร์ทพลาสมา
หากพฤติกรรมที่เป็นอันตรายเกิดขึ้นใน Plasma chain เช่น Operator ที่ประสงค์ร้ายพยายามขโมยเงิน Wallet ของผู้ใช้จะเริ่มถอนเงินจาก Plasma chain โดยอัตโนมัติเพื่อให้มั่นใจถึงความปลอดภัยของเงินทุนของผู้ใช้ การออกแบบระบบมีความจำเป็น แต่ ยังไม่ปรากฏกลไกและรูปแบบแรงจูงใจที่สมบูรณ์
3.3.4 ข้อดีและข้อเสีย
เนื่องจากข้อบกพร่องข้างต้น แอปพลิเคชันจำนวนมากจึงใช้รูปแบบ Plasma ในการขยาย แต่ภายหลังเลิกใช้และหันไปใช้รูปแบบ Rollups
3.3.5 การสมัคร
Plasma Group → Optimism（Optimistic Rollup）
ในปี 2560 หลังจาก Plasma ถูกเสนออย่างเป็นทางการ นักพัฒนาและนักวิจัยหลักของ Ethereum สามคนได้จัดตั้งกลุ่มวิจัยที่ไม่แสวงหาผลกำไร Plasma Group ซึ่งอุทิศตนเพื่อการวิจัยของ Plasma framework
ในเดือนมกราคม 2019 Plasma Group ได้เปิดตัวข้อกำหนดสำหรับ Plasma Cash และหนึ่งเดือนต่อมาก็เปิดตัวสถาปัตยกรรม Plasma สำหรับวัตถุประสงค์ทั่วไปเพื่อพยายามปรับใช้ Plapps (แอปพลาสมา) บน Plasma Chain สำหรับวัตถุประสงค์ทั่วไป อย่างไรก็ตาม ด้วยการวิจัยที่ลึกซึ้งยิ่งขึ้น ข้อบกพร่องของ Plasma ก็ชัดเจนขึ้นเรื่อย ๆ แม้ว่าทีมเทคนิคจะพยายามหลายครั้ง แต่ Smart Contract ที่ใช้งานทั่วไปไม่สามารถทำงานบน Plasma ได้ ซึ่งทำให้การพัฒนา Plasma ชะงักงันในปี 2019
ในเดือนมิถุนายน 2019 John Adler เสนอการออกแบบที่เรียกว่า Minimum Viable Merge Consensus ซึ่งเปิดใช้งานระบบฉันทามติแบบ off-chain ที่ตรวจสอบได้อย่างสมบูรณ์บน Ethereum โดยไม่มีการเข้ารหัสที่ไม่มีความรู้ ต่อมา Plasma Group ได้เผยแพร่เวอร์ชันเพิ่มเติมของการออกแบบฉันทามติที่ผสานรวม ซึ่งปัจจุบันเรียกว่า Optimistic Rollup
ในเดือนมกราคม 2020 ด้วยการสนับสนุน 3.5 ล้านดอลลาร์จาก Paradigm และ IDEO CoLab Ventures Plasma Group ได้เปลี่ยนจากองค์กรวิจัยที่ไม่แสวงหาผลกำไรมาเป็นบริษัทสตาร์ทอัพที่แสวงหาผลกำไร และ Optimism ก็ถือกำเนิดขึ้นอย่างเป็นทางการ ซึ่งหมายความว่าทีมงาน เลิกทำการวิจัยเกี่ยวกับ Plasma อย่างเป็นทางการและหันมาให้ความสำคัญกับการวิจัยเกี่ยวกับ Optimistic Rollup (ดูรายละเอียดในส่วน Optimistic Rollup ด้านล่าง)
OMG Network → Boba Network（Optimistic Rollup）
OMG Network เป็นหนึ่งในโครงการขยาย Ethereum แรกที่เสนอแนวคิดของ การขยายตัวแบบออฟไลน์ และครั้งหนึ่งเคยเป็นโครงการชั้นนำในสาขานี้ ในปี 2013 Omise ซึ่งเป็นบริษัทในเครือของบริษัทการชำระเงินทางการเงินของไทย SYNQA ได้ก่อตั้งขึ้น และธุรกิจหลักของบริษัทคือการชำระเงินออนไลน์บนฝั่ง APP ในปี 2560 Omise ได้ก่อตั้งแผนกบล็อกเชน OmiseGO และออกโทเค็น OMG มูลค่า 25 ล้านดอลลาร์ในปีเดียวกัน รวมเป็น 140 ล้านที่ออก
ในเดือนมิถุนายน 2020 OmiseGO เปลี่ยนชื่อเป็น OMG Network และเปิดตัว mainnet โดยใช้เทคโนโลยี More Viable Plasma เพื่อขยายขีดความสามารถของเครือข่าย Ethereum การออกแบบ More Viable Plasma เป็นส่วนขยายของ Minimal Viable Plasma โดยกำหนดเป้าหมายการชำระเงินระหว่างผู้ใช้และการแลกเปลี่ยนและ การแลกเปลี่ยนมูลค่าได้รับการปรับให้เหมาะสม ต่อมา Bitfinex ประกาศการสนับสนุนเครือข่าย OMG สำหรับการฝากและถอนเงิน USDT
ในเดือนมิถุนายน 2564 หลังจากเส้นทาง Plasma จางลง OMG Network ประกาศว่าจะเปลี่ยนชื่อเป็น OMG Foundation ร่วมมือกับ Enya เพื่อเปิดตัว Boba Network และออกโทเค็นใหม่ $BOBA Boba เป็นโซลูชัน Ethereum L2 ที่อิงจาก Optimistic Rollup ตั้งแต่นั้นมา เครือข่าย OMG ก็หยุดอยู่ และ BobaNetwork ได้สืบทอดชุมชนของเครือข่าย OMG(สำหรับเนื้อหาเฉพาะของ Boba Network ให้ดูที่ส่วน Optimistic Rollup ด้านล่าง)
รูปหลายเหลี่ยม (ก่อนหน้านี้คือ Matic Network) → โซลูชัน L 2 แบบเต็มสแตก
ในปี 2560 Matic Network ได้ก่อตั้งขึ้น ในเดือนมิถุนายน 2020 mainnet จะเปิดตัว Matic PoS Chain ของ Ethereum side chain และ Matic Plasma Chain ของ Ethereum Plasma พร้อมกัน โดยตัวหลังใช้โซลูชันการขยายตัวแบบ off-chain ของ Plasma และได้ทำการปรับปรุงชุดต่างๆ บนพื้นฐานของ Plasma โซลูชันส่วนขยายนี้โต้ตอบกับ Ethereum mainnet ผ่าน Plasma bridge ช่วยให้ผู้ใช้สามารถโอนสินทรัพย์จาก mainchain ไปยัง Plasma chain ได้ จึงบรรลุธุรกรรมที่รวดเร็วและต้นทุนต่ำ แม้ว่า Plasma Scheme จะมีความปลอดภัยมากกว่า Matic PoS sidechain แต่ข้อเสียคือผู้ใช้จะใช้เวลาในการรอนานกว่า (7 วัน) ในการถอนเงินออกจากเครือข่าย Plasma ในขณะที่ Matic PoS sidechain ใช้เวลาประมาณ 3 ชั่วโมงเท่านั้น นอกจากนี้ , Plasma chain ไม่สามารถรัน Generic smart contracts ได้
แม้ว่าโซลูชัน Matic จะช่วยปรับปรุง Plasma More VP แต่ก็ยังไม่สามารถแก้ปัญหาพื้นฐานที่สุดของ Plasma ได้ ซึ่งรวมถึงไม่สามารถรับประกันความพร้อมใช้งานของข้อมูลนอกเครือข่าย ปัญหาทางออกขนาดใหญ่ และผู้ใช้จำเป็นต้องผ่านช่วงท้าทาย ฯลฯและทีมวิจัยพลาสมาดั้งเดิมได้ค่อยๆ หันไปพัฒนา Rollup ซึ่งทำให้การพัฒนาโซลูชันพลาสมายากยิ่งขึ้น
ในเดือนกุมภาพันธ์ พ.ศ. 2564 แบรนด์ Matic ได้รับการอัปเกรดเป็น Polygon ซึ่งเปลี่ยนเป็นผู้รวบรวมโซลูชันการขยายตัวแบบออฟไลน์ของ Ethereum ในเดือนพฤษภาคมของปีเดียวกัน Polygon SDK คอมโพเนนต์หลักได้เปิดตัวซึ่งเป็นเฟรมเวิร์กแบบแยกส่วนและขยายได้ที่เขียนด้วย Golang ซึ่งเข้ากันได้กับ Ethereum อย่างสมบูรณ์ นักพัฒนาสามารถใช้ภาษาต่างๆ เช่น Solidity, Vyper และ Ethereum เครื่องมือและไลบรารีได้โดยตรง เพื่อการพัฒนา นี่คือเฟรมเวิร์กแบบโมดูลาร์และยืดหยุ่นที่สนับสนุนนักพัฒนาในการปรับแต่งและสร้างโซลูชันการขยายนอกเชนของตนเอง เช่น Plasma, Optimistic Rollups, zkRollups, Validium และเชนข้าง เช่น Polygon PoS chains และช่วยให้สื่อสารข้ามเชนและแชร์ได้อย่างง่ายดาย ความปลอดภัย Ethereum และผลกระทบเครือข่ายโดยตรง แผนการขยายปัจจุบันของ Polygon Plasma ค่อยๆ ถูกละทิ้งโดยชุมชน และ Polygon จะมุ่งเน้นไปที่การพัฒนาเทคโนโลยี Rollup ในปี 2564 Polygon จะผสานรวม ZK Rollups ในขั้นตอนเดียวผ่านการเข้าซื้อกิจการของ Hermez และ Mir Protocol ซึ่งเป็นขั้นตอนที่ใกล้เคียงกับโซลูชันการขยายแบบออฟไลน์แบบ full-stack(สำหรับรายละเอียด โปรดดูส่วน ZK Rollups ด้านล่าง)
สรุป:
สรุป:
Plasma เป็นโซลูชันการเปลี่ยนผ่านทางเทคนิค: ภายใต้ปัญหาของเทคโนโลยี Plasma เอง Plasma Group หันมาใช้การวิจัย Optimistic Rollup โดยไม่ต้องรอการเปิดตัวโครงการที่ใช้ Plasma ทั้ง OMG Network และ Polygon ได้เปิดตัวโซลูชัน Plasma บน mainnet ภายในหนึ่งปี การพัฒนาโซลูชันที่ใช้ Optimistic Rollups และ ZK Rollups ก็ถูกถ่ายโอนอย่างรวดเร็วเช่นกัน กล่าวโดยสรุป แอปพลิเคชันที่ใช้ Plasma นั้นขาดความดแจ่มใส
3.4 Rollups
3.4.1 สรุป
ในช่วงต้นปี 2014 Vitalik ได้เสนอแนวคิดของเชนเงา การใส่ข้อมูลธุรกรรมและสถานะบนเชน ในขณะที่คำนวณนอกเชน นี่คือต้นแบบของ Rollups แต่ดูเหมือนว่าจะยังไม่ได้รับการพิจารณาอย่างจริงจังในเวลานั้น เนื่องจากความสามารถในการดำเนินการตามสัญญาอัจฉริยะที่จำกัดของ Plasma และปัญหาทางออกจำนวนมาก นักวิจัยของ Ethereum จึงเริ่มมองหาโซลูชันปรับขนาดใหม่ - Rollups
ในเดือนกันยายน 2018 V God เสนอให้ใช้การพิสูจน์ความรู้เป็นศูนย์เพื่อแก้ปัญหาการขยายตัวของ Ethereum ในเดือนมิถุนายน 2019 John Adler นักวิจัยของ Consensys และผู้ร่วมก่อตั้ง Celestia ได้ตีพิมพ์ Minimal Viable Merged Consensus บน Ethereum Research โดยเสนอแผนการขยาย Optimistic Rollups พร้อมหลักฐานการฉ้อโกงของเวลาสิ้นสุด ด้วยการฮาร์ดฟอร์กของ Ethereum Istanbul ในเดือนธันวาคม 2019 ค่าใช้จ่ายในการจัดเก็บข้อมูลการโทรลดลงถึง 4 เท่า ทรูพุตของ Rollups ได้รับการปรับปรุงอย่างมาก ระบบนิเวศและแอปพลิเคชันต่างๆ บน Rollups พัฒนาอย่างรวดเร็ว และ Rollups ยังกลายเป็นกระแสหลักแบบสองชั้นในปัจจุบัน เครือข่าย ( เลเยอร์ 2) หนึ่งในโซลูชันการขยาย
3.4.2 หลักการทางเทคนิค
แนวคิดหลักของ Rollups คือการนำกระบวนการคำนวณและการจัดเก็บสถานะออกจากห่วงโซ่ ในขณะที่ข้อผูกมัดของรัฐและข้อมูลธุรกรรมที่บีบอัดจะถูกบรรจุในห่วงโซ่
จะมีสัญญาอัจฉริยะในเลเยอร์ 1 ซึ่งรับผิดชอบการอัปเดตสถานะรูท (ความมุ่งมั่นของรัฐ) ของธุรกรรมค่าสะสมและบันทึกเนื้อหาธุรกรรมที่บีบอัด ทุกคนสามารถรวบรวมธุรกรรมบนเครือข่ายระดับที่สอง รวมและบีบอัดธุรกรรมเหล่านั้นเพื่อสร้างชุดธุรกรรม (แบทช์) และส่งไปยังสัญญาบนห่วงโซ่หลักในรูปแบบของข้อมูลการโทร แบทช์นี้ประกอบด้วยชุดธุรกรรมที่บีบอัด รูท Merkle ของสถานะบล็อกก่อนหน้า และรูทสถานะใหม่ (รูทสถานะหลังจากประมวลผลธุรกรรม) หลังจากที่สัญญาเชนหลักได้รับแบทช์ มันจะตรวจสอบว่ารูทสถานะก่อนหน้าตรงกับรูทสถานะบนสัญญาหรือไม่ หากตรงกัน จะสามารถพิสูจน์ได้ว่าสถานะค่าสะสมมีการเชื่อมต่อไปมา และสัญญาจะอัปเดตสถานะของตัวเอง ราก.
คำอธิบายภาพ
Source: https://vitalik.ca/general/2021/01/05/rollup.html
แต่ Rollups จะรับรองความถูกต้องของแบทช์ธุรกรรมที่อัปโหลดได้อย่างไร กล่าวอีกนัยหนึ่ง คุณจะรู้ได้อย่างไรว่ารูทหลังสถานะในชุดธุรกรรมนั้นถูกต้อง หากมีผู้ส่งแบทช์ที่มีรูทหลังสถานะตามอำเภอใจโดยไม่มีผลใดๆ พวกเขาสามารถโอนโทเค็นทั้งหมดใน Rollups ให้กับตนเองได้ และปัญหานี้นำมาซึ่งวิธีแก้ไขสองวิธีและ Rollups สองประเภทที่สอดคล้องกัน:
หลักฐานการฉ้อโกง → การเปิดเผยในแง่ดี
การพิสูจน์ความถูกต้อง → ZK Rollups
เครื่องเสมือนแบบออฟไลน์
การคำนวณและการจัดเก็บสถานะของ Rollups เสร็จสิ้นบนเครื่องเสมือนแบบออฟไลน์ เครื่องเสมือนนี้ทำการคำนวณธุรกรรมและการเปลี่ยนแปลงสถานะให้เสร็จสมบูรณ์ และยังเป็นสภาพแวดล้อมการดำเนินการสำหรับแอปพลิเคชันเลเยอร์ 2
จุดประสงค์หลักของ Ethereum Layer 2 คือการขยาย Layer 1 ดังนั้น Layer 2 จึงจำเป็นต้องจัดเตรียมสภาพแวดล้อมการดำเนินการที่คล้ายกับ Layer 1 ให้มากที่สุด และความคล้ายคลึงกันนี้กำหนดโดยเครื่องเสมือน Layer 2 หรือที่เรียกว่าความเข้ากันได้ของ EVMความเข้ากันได้ของ EVM หมายถึงการสร้างสภาพแวดล้อมการเรียกใช้โค้ดที่คล้ายกับ EVM เพื่อให้นักพัฒนา Ethereum สามารถโอนย้ายสัญญาอัจฉริยะไปยังห่วงโซ่ที่เข้ากันได้กับ EVM โดยไม่ต้องเขียนโค้ดใหม่
เพื่อให้บรรลุความเข้ากันได้ของ EVM วิธีที่ง่ายที่สุดคือการแยก GETH เช่นเชน BNB แต่สำหรับ Rollups พวกเขายังต้องการการตรวจสอบหลักฐานที่เข้ากันได้ (หลักฐานการฉ้อโกงและหลักฐานที่ถูกต้อง) Optimistic Rollups สามารถบรรลุความเข้ากันได้ของ EVM ที่ดีขึ้น เช่น Nitro ของ Arbitrum และ OVM ของ Optimism สำหรับโปรโตคอล ZK Rollups การพิสูจน์ที่มีประสิทธิภาพ (การพิสูจน์ที่ไม่มีความรู้) เป็นเรื่องยากที่จะบรรลุความเข้ากันได้ของ EVM เนื่องจากเราต้องการแปลงลอจิกของสัญญาอัจฉริยะเป็นลอจิกของวงจร และลอจิกของวงจรเองนั้นซับซ้อนมากและต้องการการพิสูจน์ความรู้ที่เกี่ยวข้องเป็นศูนย์ดังนั้น โปรโตคอล ZK Rollups ระดับการผลิตปัจจุบันทั้งหมดจึงเป็นแบบเฉพาะแอปพลิเคชัน เช่น Loopring, ImmutableX, dYdX, zkSync 1.0, zkSwap
ใครสามารถบรรจุบล็อกได้บ้าง
ตามทฤษฎีแล้ว ทุกคนสามารถบรรจุบล็อกและอัปโหลดไปยังสัญญาเชนหลักได้ แต่เพื่อป้องกันความชั่วร้าย บุคคลนี้จำเป็นต้องจำนำเงินจำนวนหนึ่งในสัญญา ถ้ามีคนจำนวนมากจัดแพ็คเกจการทำธุรกรรมพร้อมกัน แต่สร้างเพียงบล็อกเดียว สิ่งนี้จะใช้ทรัพยากรการประมวลผลและบล็อกเพิ่มเติม ดังนั้น เพื่อปรับปรุงความเร็วของธุรกรรม โครงการ Rollups ในปัจจุบันส่วนใหญ่ใช้ซีเควนเซอร์แบบรวมศูนย์ (ซีเควนเซอร์แบบรวมศูนย์) สำหรับธุรกรรมแบบแพ็คเกจ ซีเควนเซอร์แบบรวมศูนย์นั้นมีประสิทธิภาพมากที่สุด แต่จะมีข้อผิดพลาดเพียงจุดเดียว
นอกจากนี้ เรายังสามารถดำเนินการประมูลแบบเรียงลำดับ โดยที่โหนดการตรวจสอบ POS จะสุ่มเลือกบุคคลหรือตัดสินใจว่าใครจะบรรจุบล็อกผ่านการลงคะแนนของ DPoS การประมูลซีเควนเซอร์จับค่า MEV แต่ไม่ได้แก้ปัญหาความล้มเหลวเพียงจุดเดียว ทั้ง POS และ DPoS จำเป็นต้องล็อกเงิน ซึ่งลดประสิทธิภาพการใช้เงิน
การบีบอัดธุรกรรม
เทคนิคการบีบอัดเป็นหนึ่งในกุญแจสำคัญในการปรับขนาดของ Rollups การบีบอัดช่วยลดจำนวนข้อมูลที่จัดเก็บไว้ในห่วงโซ่ ซึ่งจะช่วยลดต้นทุน
ธุรกรรมการโอน ETH อย่างง่ายต้องการ ~110 ไบต์ใน Ethereum แต่เพียง ~12 ไบต์ใน Rollups ส่วนหนึ่งเกิดจากการเข้ารหัส และส่วนหนึ่งเกิดจากเทคนิคการบีบอัดที่ชาญฉลาด ตัวอย่างเช่น เราสามารถจัดเก็บตารางการแมปของแอดเดรสและดัชนีในสัญญาเชนหลัก และแอดเดรสขนาด 20 ไบต์สามารถแทนที่ด้วยดัชนี 3-4 ไบต์ นอกจากนี้ อัลกอริทึมทั้งมวลของ BLS สามารถบีบอัดลายเซ็นหลายรายการให้เป็นลายเซ็นเดียว ซึ่งช่วยลดขนาดลายเซ็น (ใน ZK Rollups การพิสูจน์ความรู้เป็นศูนย์จะแทนที่ลายเซ็น)
คำอธิบายภาพ
https://vitalik.ca/general/2021/01/05/rollup.html
ต้นทุนการทำธุรกรรม
เราทราบดีว่าต้นทุนการจัดเก็บของธุรกรรมค่าสะสมบนห่วงโซ่สามารถลดลงได้ผ่านการบีบอัดธุรกรรม ดังนั้นต้นทุนธุรกรรมค่าสะสมจึงประกอบด้วยอะไรบ้าง
ต้นทุนการทำธุรกรรมค่าสะสม = ต้นทุนการจัดเก็บข้อมูล L 1 + ต้นทุนการประมวลผลการคำนวณ L 2
ในหมู่พวกเขา ต้นทุนการจัดเก็บของ L 1 นั้นสูงกว่าต้นทุนการคำนวณของ L 2 มาก ดังนั้นเพื่อประหยัดค่าใช้จ่าย เราจำเป็นต้องหาพื้นที่จัดเก็บที่คุ้มค่าที่สุดใน L 1 มีที่เก็บข้อมูลสามแห่งบน Ethereum: หน่วยความจำ ที่เก็บข้อมูล และข้อมูลการโทรข้อมูลการโทรเป็นพื้นที่ที่ไม่สามารถแก้ไขได้และไม่ถาวร สามารถใช้ calldata เพื่อบันทึกข้อมูลอินพุตของฟังก์ชัน มันไม่ได้เปลี่ยนสถานะของเครือข่าย Ethereum ดังนั้นค่าใช้จ่ายในการจัดเก็บข้อมูลการโทรจึงถูกที่สุดเพื่อลดต้นทุน Rollups จะเก็บข้อมูลธุรกรรมไว้ใน calldata ของสัญญา L 1
ปัญหาหลักที่ต้องแก้ไขโดย Rollups คือการเพิ่มทรูพุตของ Ethereum ให้ได้มากที่สุดโดยไม่ลดความปลอดภัยและการกระจายอำนาจ ซึ่งจะช่วยลดต้นทุนการทำธุรกรรมของผู้ใช้ จากข้อเสนอ EIP เรายังเห็นความพยายามของ Ethereum ในการลดต้นทุนการจัดเก็บในห่วงโซ่ Rollups:
EIP 2028: ค่าก๊าซ Calldata ลดลงจาก 68 หน่วยก๊าซ/ไบต์ เป็น 16 หน่วยก๊าซ/ไบต์
EIP 4488: ค่าก๊าซ Calldata ลดลงจาก 16 หน่วยก๊าซ/ไบต์ เป็น 3 หน่วยก๊าซ/ไบต์
EIP 4844: data blobs: นี่คือข้อมูลที่กำหนดโดยผู้ใช้ซึ่งสัญญาว่าจะสามารถเข้าถึงได้โดย EVM โหนดบีคอนทั้งหมดจะดาวน์โหลด Blob และลบหลังจากเกิดความล่าช้าค่อนข้างสั้น (หนึ่งเดือน) ข้อมูลการทำธุรกรรมของ Rollups จะถูกวางไว้บน data blobs ซึ่งจะช่วยลดต้นทุนการจัดเก็บของ L 1 ได้อย่างมาก
ปริมาณงานในการทำธุรกรรม
Ethereum มีขนาดบล็อกจำกัด ขนาดเป้าหมายของแต่ละบล็อกคือ 15 ล้านหน่วยของก๊าซ หากความต้องการเครือข่ายเพิ่มขึ้น ขีดจำกัดของบล็อกสามารถเพิ่มได้ถึง 30 ล้านหน่วยของก๊าซ (2 เท่าของขนาดบล็อกเป้าหมาย) ที่นี่เราใช้ขีดจำกัดปกติ 15 ล้านบล็อก ปัจจุบัน เวลาเฉลี่ยในการสร้างบล็อกของ Ethereum คือ 12 ถึง 15 วินาที และธุรกรรมการโอนอย่างง่ายต้องมีต้นทุน 21,000 หน่วย ในการคำนวณต่อไปนี้ เราถือว่าเวลาในการสร้างบล็อกของ Ethereum คือ 15 วินาที
สำหรับ Ethereum mainnet ซึ่งถูกจำกัดโดยพื้นที่บล็อก TPS ตามทฤษฎี (ธุรกรรมต่อวินาที) สามารถเข้าถึง 15,000,000 (ขีดจำกัดก๊าซ)/21,000/15 = 47.6
สำหรับ Optimistic Rollups เราจำเป็นต้องอัปโหลดข้อมูลธุรกรรมที่บีบอัดไปยังสัญญา mainnet ดังที่ได้กล่าวไว้ก่อนหน้านี้ ปัจจุบันธุรกรรมการถ่ายโอนค่าสะสมมีขนาดประมาณ 12 ไบต์ ค่าแก๊สของ calldata ปัจจุบันคือ 16 หน่วย/ไบต์ 15,0000,000/12/16 = 78,125 รายการ ดำเนินการตามสมมติฐานข้างต้นต่อไป เวลาบล็อก Ethereum คือ 15 วินาที จากนั้น Optimistic Rollups สามารถประมวลผล 78, 125/15 = 5, 208 รายการโอนต่อวินาที
สำหรับ ZK Rollups เรายังจำเป็นต้องพิจารณาต้นทุนการยืนยันของการพิสูจน์ที่ไม่มีความรู้ในห่วงโซ่ ซึ่งมีค่าประมาณ 500,000 หน่วยก๊าซ ด้วยตรรกะเดียวกัน ZK Rollups สามารถประมวลผล ( 15 , 000 , 000-500 , 000 )/12/16/15 = 5 , 034 รายการโอนต่อวินาที
ข้อมูลข้างต้นเป็นการประมาณการในแง่ดี (ปริมาณงานตามทฤษฎี) เนื่องจากเป็นไปไม่ได้ที่ Rollups จะครอบครองบล็อกทั้งหมดของ Ethereum และเป็นไปไม่ได้ที่ธุรกรรมทั้งหมดจะเป็นธุรกรรมการโอนแต่ภายใต้สเกลเดียวกัน เราจะเห็นว่า Rollups สามารถเพิ่มความเร็วการทำธุรกรรมได้มากกว่า 100 เท่า
ปัจจุบัน ขีดจำกัด TPS ที่ Rollups ทำได้คือประมาณ 2,000 ธุรกรรมปริมาณงานจริงของ Rollups ขึ้นอยู่กับจำนวนธุรกรรมที่สามารถบีบอัดเป็นข้อมูลย่อยที่มีขนาดเล็กลงได้ เนื่องจาก ZK Rollups ไม่จำเป็นต้องอัปโหลดเนื้อหาธุรกรรมทั้งหมด เช่น Optimistic Rollups ดังนั้น TPS ของ ZK Rollups จึงมักจะสูงกว่าของ Optimistic Rollups
3.4.3 ข้อดีและข้อเสีย
3.4.5 Optimistic Rollups
3.4.5.1 สรุป
Optimistic Rollups (OPRUs) คือ Rollups ประเภทหนึ่งที่อาศัยหลักฐานการฉ้อโกงเพื่อให้แน่ใจว่าธุรกรรมที่ดำเนินการนอกเครือข่ายนั้นถูกต้อง เช่นเดียวกับชื่อ ธุรกรรมที่บรรจุใน Optimistic Rollups จะถือว่าถูกต้องในแง่ดี ดังนั้นจึงไม่ต้องดำเนินการเพิ่มเติม เฉพาะเมื่อมีข้อพิพาทเกิดขึ้นเท่านั้น ห่วงโซ่หลักจะดำเนินการธุรกรรมแต่ละรายการบนบล็อก Rollups เพื่อยืนยันว่ามีการฉ้อโกงเกิดขึ้นหรือไม่
3.4.5.2 เส้นเวลา
2561 8
