เรียบเรียง - Odaily
จัดระเบียบ - เจเค

ขอขอบคุณเป็นพิเศษสำหรับ Karl Floersch, Georgios Konstantopoulos และ Martin Koppelmann สำหรับการแสดงความคิดเห็น การทบทวน และการอภิปราย
Plasma คือคลาสของโซลูชันการปรับขนาดบล็อคเชนที่ช่วยให้ข้อมูลและการคำนวณทั้งหมด (ยกเว้นการฝาก การถอน และการรูทของ Merkle) ยังคงอยู่นอกเครือข่าย นี่เป็นการเปิดประตูสู่ความสามารถในการปรับขนาดได้มหาศาลซึ่งไม่ถูกจำกัดด้วยความพร้อมของข้อมูลออนไลน์ Plasma ได้รับการเสนอครั้งแรกในปี 2017 และผ่านการทำซ้ำหลายครั้งในปี 2018 โดยเฉพาะอย่างยิ่ง Minimum Viable Plasma, Plasma Cash, Plasma Cashflow และ Plasma Prime น่าเสียดายที่ Plasma ถูกแทนที่ด้วยการโรลอัพเป็นส่วนใหญ่ เนื่องจาก (i) ต้นทุนการจัดเก็บข้อมูลฝั่งไคลเอ็นต์จำนวนมาก และ (ii) ข้อจำกัดพื้นฐานของ Plasma ที่ทำให้ยากต่อการสรุปแอปพลิเคชันทั่วไปนอกเหนือจากการชำระเงิน
การเกิดขึ้นของการพิสูจน์ความถูกต้อง (หรือที่รู้จักในชื่อ ZK-SNARKs) ทำให้เรามีเหตุผลในการพิจารณาการตัดสินใจครั้งนี้อีกครั้ง ความท้าทายที่ใหญ่ที่สุดในการทำให้ Plasma มีประโยชน์สำหรับการชำระเงิน การจัดเก็บข้อมูลฝั่งไคลเอ็นต์ สามารถแก้ไขได้อย่างมีประสิทธิภาพผ่านการพิสูจน์ความถูกต้อง นอกจากนี้ การพิสูจน์ความถูกต้องยังมีชุดเครื่องมือที่ช่วยให้เราสามารถสร้างเชนที่มีลักษณะคล้ายพลาสมาที่ใช้ EVM ได้ การรับประกันความปลอดภัยของ Plasma จะไม่ครอบคลุมผู้ใช้ทั้งหมด เนื่องจากเหตุผลพื้นฐานในการขยายเกมออกสไตล์พลาสมาไปยังแอปพลิเคชันที่ซับซ้อนจำนวนมากยังคงอยู่ อย่างไรก็ตาม สินทรัพย์จำนวนมากยังสามารถรักษาความปลอดภัยได้จริง
ด้านล่างนี้ ผมจะอธิบายโดยละเอียดว่า Plasma บรรลุเป้าหมายนี้ได้อย่างไร
ภาพรวม: วิธีการทำงานของพลาสมา
Plasma เวอร์ชันที่ง่ายที่สุดในการทำความเข้าใจคือ Plasma Cash Plasma Cash ทำงานโดยถือว่าแต่ละโทเค็นเป็น NFT อิสระ และติดตามประวัติที่แยกกันสำหรับแต่ละโทเค็น ห่วงโซ่พลาสม่ามีผู้ปฏิบัติงานที่รับผิดชอบในการผลิตและเผยแพร่บล็อกอย่างสม่ำเสมอ ธุรกรรมในแต่ละบล็อกจะถูกจัดเก็บเป็นแผนผัง Merkle แบบกระจัดกระจาย: หากธุรกรรมโอนความเป็นเจ้าของโทเค็น k ธุรกรรมนั้นจะปรากฏที่ตำแหน่ง k ในแผนผัง เมื่อตัวดำเนินการ Plasma chain สร้างบล็อกใหม่ พวกเขาจะเผยแพร่รากของ Merkle tree ไปยัง chain และส่งสาขา Merkle ให้กับผู้ใช้แต่ละรายโดยตรงซึ่งสอดคล้องกับโทเค็นที่ผู้ใช้เป็นเจ้าของ

สมมติว่านี่คือแผนผังธุรกรรมสามรายการสุดท้ายใน Plasma Cash chain ดังนั้น สมมติว่าแผนผังก่อนหน้านี้ทั้งหมดถูกต้อง เรารู้ว่าปัจจุบัน Eve เป็นเจ้าของโทเค็น 1, David เป็นเจ้าของโทเค็น 4 และ George เป็นเจ้าของโทเค็น 6
ความเสี่ยงหลักในระบบพลาสมาคือการประพฤติมิชอบของผู้ปฏิบัติงาน สิ่งนี้สามารถเกิดขึ้นได้สองวิธี:
1. เผยแพร่บล็อกที่ไม่ถูกต้อง (เช่น ผู้ดำเนินการรวมธุรกรรมที่โอนโทเค็น 1 จาก Fred ไปยัง Hermione แม้ว่า Fred จะไม่ได้เป็นเจ้าของโทเค็นในขณะนั้นก็ตาม)
2. การเผยแพร่บล็อกที่ไม่พร้อมใช้งาน (เช่น ผู้ดำเนินการไม่ส่ง Merkle forks อันใดอันหนึ่งของเขาไปให้ Bob เพื่อป้องกันไม่ให้เขาพิสูจน์ให้ผู้อื่นเห็นว่าโทเค็นของเขายังคงใช้ได้และยังไม่ได้ใช้)
หากการกระทำของผู้ประกอบการเกี่ยวข้องกับทรัพย์สินของผู้ใช้ ผู้ใช้จะต้องออกจากระบบทันที (โดยเฉพาะภายใน 7 วัน) เมื่อผู้ใช้ (ออก) ออก พวกเขาจะจัดเตรียมสาขา Merkle เพื่อพิสูจน์การรวมธุรกรรมที่โอนโทเค็นนั้นจากเจ้าของคนก่อนให้พวกเขา สิ่งนี้จะเริ่มต้นช่วงการท้าทายเจ็ดวัน ในระหว่างนั้นบุคคลอื่นสามารถคัดค้านการถอนตัวได้โดยจัดให้มีการรับรองหนึ่งในสามของ Merkel:
1. เจ้าของที่ไม่ใช่คนล่าสุด: ธุรกรรมครั้งต่อไปที่ลงนามโดยผู้ออกจะโอนโทเค็นของผู้ออกไปยังผู้อื่น
2. การใช้จ่ายสองเท่า: ธุรกรรมที่โอนโทเค็นจากเจ้าของเดิมไปยังบุคคลอื่นจะถูกรวมไว้ก่อนธุรกรรมที่โอนโทเค็นไปยังผู้ถอน
3. ประวัติไม่ถูกต้อง: ธุรกรรมที่โอนโทเค็นภายใน 7 วันที่ผ่านมาโดยไม่มีค่าใช้จ่ายที่เกี่ยวข้อง ผู้ออกสามารถตอบสนองได้โดยระบุการใช้จ่ายที่สอดคล้องกัน หากไม่ดำเนินการ ทางออกจะล้มเหลว

ตามกฎเหล่านี้ ใครก็ตามที่เป็นเจ้าของโทเค็น k จำเป็นต้องดูสาขา Merkle ทั้งหมดที่ตำแหน่ง k ในแผนผังประวัติทั้งหมดในช่วงสัปดาห์ที่ผ่านมา เพื่อให้แน่ใจว่าพวกเขาเป็นเจ้าของโทเค็น k จริงๆ และสามารถออกจากโทเค็นได้ พวกเขาจำเป็นต้องจัดเก็บส้อมทั้งหมดที่มีการโอนสินทรัพย์เพื่อให้สามารถจัดการกับความท้าทายและออกจากโทเค็นได้อย่างปลอดภัย
การขยายไปสู่โทเค็นที่ใช้งานได้
การออกแบบข้างต้นใช้กับโทเค็นที่ไม่สามารถเข้ากันได้ (NFT) อย่างไรก็ตาม สิ่งที่พบได้ทั่วไปมากกว่า NFT คือโทเค็นที่ทดแทนกันได้ เช่น ETH และ USDC วิธีหนึ่งในการใช้ Plasma Cash กับโทเค็นที่ใช้งานได้คือการจัดการโทเค็นขนาดเล็กแต่ละรายการ (เช่น 0.01 ETH) เป็น NFT ที่แยกจากกัน น่าเสียดาย หากเราทำเช่นนี้ ค่าน้ำมันสำหรับทางออกจะสูงเกินไป
ทางออกหนึ่งคือการเพิ่มประสิทธิภาพโดยถือว่าโทเค็นที่อยู่ติดกันจำนวนมากเป็นหน่วยที่สามารถโอนหรือออกได้ในคราวเดียว มีสองวิธีในการทำเช่นนี้:
1. ใช้ Plasma Cash เกือบจะเหมือนเดิม แต่ใช้อัลกอริธึมที่ซับซ้อนในการคำนวณแผนผัง Merkle ของวัตถุจำนวนมากอย่างรวดเร็ว หากวัตถุที่อยู่ติดกันหลายชิ้นเหมือนกัน การทำสิ่งนี้ไม่ใช่เรื่องยากอย่างน่าประหลาดใจ คุณสามารถดูการใช้งาน Python ได้ที่นี่
2. ใช้ Plasma Cashflow ซึ่งแสดงโทเค็นที่อยู่ติดกันจำนวนมากเป็นวัตถุเดียว
อย่างไรก็ตาม ทั้งสองวิธีประสบปัญหาการกระจายตัว: หากคุณได้รับ 0.001 ETH ต่อคนจากผู้คนหลายร้อยคนที่ซื้อกาแฟ คุณจะมี 0.001 ETH ในหลาย ๆ ที่บนแผนผัง ดังนั้นการถอน ETH เหล่านั้นจริง ๆ ยังคงต้องใช้การคอมมิต ทางออกหลาย ๆ ทางแยกกัน ทำให้ ต้นทุนก๊าซห้ามปราม โปรโตคอลการจัดเรียงข้อมูลได้รับการพัฒนาแต่มีความยุ่งยากในการใช้งาน
อีกแนวทางหนึ่งคือการออกแบบระบบใหม่เพื่อพิจารณาโมเดล เอาท์พุทธุรกรรมที่ยังไม่ได้ใช้ (UTXO) แบบดั้งเดิมเมื่อคุณออกจากโทเค็น คุณจะต้องระบุประวัติของสัปดาห์ล่าสุดของโทเค็นเหล่านั้น และใครๆ ก็สามารถท้าทายการออกของคุณได้โดยพิสูจน์ว่าโทเค็นในอดีตเหล่านี้ได้ออกไปแล้ว

การถอน 0.2 ETH UTXO ที่มุมขวาล่างสามารถยกเลิกการถอนได้โดยแสดงการถอน UTXO ใดๆ ในประวัติ ดังแสดงเป็นสีเขียวในรูป โปรดทราบว่า UTXO ตรงกลางซ้ายและล่างซ้ายเป็นบรรพบุรุษ แต่ UTXO ซ้ายบนไม่ใช่บรรพบุรุษ วิธีการนี้คล้ายกับแนวคิดการระบายสีตามลำดับที่พบในโปรโตคอลโทเค็นสีประมาณปี 2013
มีเทคนิคหลายประการในการบรรลุเป้าหมายนี้ ในทุกกรณี เป้าหมายคือการติดตามแนวคิดเรื่อง เหรียญเดียวกัน ในจุดต่างๆ ในประวัติศาสตร์ เพื่อป้องกันไม่ให้ เหรียญเดียวกัน ถูกถอนออกสองครั้ง
ความท้าทายในภาพรวมของ EVM
น่าเสียดายที่การสรุปสิ่งนี้กับ EVM นอกเหนือจากการชำระเงินนั้นยากกว่ามากความท้าทายที่สำคัญคือออบเจ็กต์สถานะจำนวนมากใน EVM ไม่มี เจ้าของ ที่ชัดเจนความปลอดภัยของพลาสมาขึ้นอยู่กับแต่ละออบเจ็กต์ที่มีเจ้าของ ซึ่งมีหน้าที่รับผิดชอบในการตรวจสอบและรับรองความพร้อมใช้งานของข้อมูลในห่วงโซ่ และในการออกจากออบเจ็กต์หากมีปัญหาใดๆ เกิดขึ้น อย่างไรก็ตาม แอปพลิเคชั่น Ethereum จำนวนมากไม่ทำงานในลักษณะนี้ ตัวอย่างเช่น กลุ่มสภาพคล่องของ Uniswap ไม่มีเจ้าของเพียงรายเดียว
ความท้าทายอีกประการหนึ่งคือ EVM ไม่ได้พยายามจำกัดการพึ่งพาในบล็อก N ETH ที่ถืออยู่ในบัญชี A อาจมาจากที่ใดก็ได้ในบล็อก N-1 เพื่อที่จะออกจากสถานะที่สอดคล้องกัน EVM Plasma chain จะต้องมีเกมออก และในกรณีที่รุนแรง ใครบางคนที่ต้องการออกโดยใช้ข้อมูลของบล็อก N อาจต้องจ่ายค่าธรรมเนียมเพื่อเผยแพร่สถานะบล็อก N ทั้งหมดไปยังเชน: ค่าใช้จ่ายสูงถึงล้านดอลลาร์ Plasma Scheme ที่ใช้ UTXO ไม่มีปัญหานี้ ผู้ใช้ทุกคนสามารถถอนสินทรัพย์ของตนออกจากบล็อกล่าสุดที่ตนมีข้อมูลได้
ความท้าทายประการที่สามคือการพึ่งพาอย่างไม่มีที่สิ้นสุดใน EVM ทำให้ยากที่จะมีแรงจูงใจที่สม่ำเสมอในการแสดงให้เห็นถึงประสิทธิภาพความถูกต้องของรัฐใดๆ ขึ้นอยู่กับทุกสิ่งทุกอย่าง ดังนั้นการพิสูจน์สิ่งใดสิ่งหนึ่งจำเป็นต้องพิสูจน์ทุกสิ่ง ในกรณีนี้ มักเป็นไปไม่ได้ที่จะทำให้ความล้มเหลวในการแก้ปัญหาเข้ากันได้กับสิ่งจูงใจเนื่องจากปัญหาด้านความพร้อมใช้งานของข้อมูล ปัญหาที่น่ารำคาญอย่างยิ่งคือเราสูญเสียการรับประกันที่มีอยู่ในระบบที่ใช้ UTXO ว่าสถานะของออบเจ็กต์ไม่สามารถเปลี่ยนแปลงได้หากไม่ได้รับความยินยอมจากเจ้าของ การรับประกันนี้มีประโยชน์อย่างยิ่ง เนื่องจากหมายความว่าเจ้าของจะทราบสถานะที่พิสูจน์ได้ล่าสุดของสินทรัพย์ของตนเสมอ และทำให้เกมออกง่ายขึ้น หากไม่มีมัน การสร้างเกมทางออกจะยากขึ้นมาก
ประสิทธิผลแสดงให้เห็นถึงวิธีการบรรเทาปัญหาเหล่านี้
ฟังก์ชันพื้นฐานที่สุดของการพิสูจน์ความถูกต้องคือการพิสูจน์ความถูกต้องของบล็อกพลาสมาแต่ละบล็อกบนห่วงโซ่ สิ่งนี้ทำให้พื้นที่การออกแบบง่ายขึ้นอย่างมาก: หมายความว่าเราเพียงต้องกังวลเกี่ยวกับการโจมตีแบบบล็อกที่ใช้ไม่ได้โดยผู้ปฏิบัติงาน ไม่ใช่การบล็อกที่ไม่ถูกต้อง ตัวอย่างเช่น ใน Plasma Cash จะช่วยขจัดความกังวลเกี่ยวกับความท้าทายในอดีต สิ่งนี้จะช่วยลดจำนวนผู้ใช้สถานะที่ต้องดาวน์โหลด จากหนึ่งทางแยกต่อบล็อกในช่วงสัปดาห์ที่ผ่านมา เหลือเพียงหนึ่งทางต่อเนื้อหา
นอกจากนี้ การถอนออกจากสถานะล่าสุด (ในกรณีทั่วไปของความซื่อสัตย์ของผู้ปฏิบัติงาน การถอนทั้งหมดจะทำจากสถานะล่าสุด) จะไม่ถูกท้าทายโดยเจ้าของที่ไม่ใช่คนล่าสุด ดังนั้นใน Plasma chain ที่พิสูจน์ความถูกต้อง การถอนดังกล่าวจะไม่ เป็นไปได้เลยที่จะถูกท้าทายด้วยสิ่งใดสิ่งหนึ่ง นี่หมายความว่าภายใต้สถานการณ์ปกติสามารถถอนเงินได้ทันที
ขยายไปสู่ EVM: กราฟ UTXO แบบขนาน
ในกรณีของ EVM การพิสูจน์ความถูกต้องยังช่วยให้เราทำสิ่งที่ชาญฉลาดได้อีกด้วย: สามารถใช้กราฟ UTXO แบบขนานสำหรับโทเค็น ETH และ ERC 20 และพิสูจน์ความเท่าเทียมกันระหว่างกราฟ UTXO และสถานะ EVM ด้วย SNARK เมื่อคุณมีสิ่งนี้แล้ว คุณสามารถใช้งานระบบพลาสมา ปกติ บนกราฟ UTXO ได้

สิ่งนี้ช่วยให้เราสามารถข้ามความซับซ้อนหลายประการของ EVM ได้ ตัวอย่างเช่น ในระบบที่ใช้บัญชี ใครบางคนสามารถแก้ไขบัญชีของคุณโดยไม่ได้รับความยินยอมจากคุณ (โดยการส่งโทเค็นให้คุณ ซึ่งจะเป็นการเพิ่มยอดเงิน) ซึ่งไม่สำคัญเพราะ Plasma ไม่ได้ถูกสร้างขึ้นในสถานะ EVM ในสถานะ UTXO ใน ควบคู่ไปกับ EVM โทเค็นใดๆ ที่คุณได้รับจะเป็นอ็อบเจ็กต์อิสระ
ขยายเป็น EVM: ออกโดยมีสถานะเต็ม
มีวิธีแก้ปัญหาที่ง่ายกว่าที่เสนอเพื่อสร้าง Plasma EVM เช่น Plasma Free และก่อนหน้านั้นในบทความปี 2019 นี้ ในสถานการณ์เหล่านี้ ใครๆ ก็สามารถส่งข้อความบน L1 ได้ โดยบังคับให้ผู้ปฏิบัติงานรวมธุรกรรมหรือทำให้สาขาของรัฐเฉพาะพร้อมใช้งาน หากผู้ปฏิบัติงานไม่ทำเช่นนี้ ห่วงโซ่จะเริ่มคืนบล็อก ห่วงโซ่จะหยุดย้อนกลับเมื่อมีผู้เผยแพร่สำเนาที่สมบูรณ์ของสถานะทั้งหมด หรืออย่างน้อยข้อมูลทั้งหมดที่ผู้ใช้ทำเครื่องหมายว่าอาจหายไป การถอนเงินอาจต้องมีการโพสต์เงินรางวัล ซึ่งจะต้องจ่ายค่าธรรมเนียมให้กับใครบางคนสำหรับการแบ่งปันของผู้ใช้ในการโพสต์ข้อมูลจำนวนมากเช่นนี้
จุดอ่อนประการหนึ่งของแผนการเช่นนี้ก็คือ พวกเขาไม่อนุญาตให้ถอนออกทันทีภายใต้สถานการณ์ปกติ เนื่องจากมีความเป็นไปได้เสมอที่จะต้องย้อนกลับสถานะล่าสุด
ข้อจำกัดของโซลูชัน EVM Plasma
โซลูชันดังกล่าวมีประสิทธิภาพมาก แต่ไม่สามารถรับประกันความปลอดภัยได้อย่างสมบูรณ์สำหรับผู้ใช้ทุกคนกรณีความล้มเหลวที่ชัดเจนที่สุดคือกรณีที่วัตถุของรัฐไม่มี เจ้าของ ทางเศรษฐกิจที่ชัดเจน
ลองพิจารณากรณีของ CDP (ตำแหน่งหนี้ที่มีหลักประกัน) ซึ่งเป็นสัญญาอัจฉริยะที่ผู้ใช้ล็อคโทเค็นที่สามารถปล่อยออกมาได้หลังจากที่ผู้ใช้ชำระหนี้แล้วเท่านั้น สมมติว่าผู้ใช้มี 1 ETH ที่ถูกล็อคอยู่ใน CDP (ประมาณ 2,000 ดอลลาร์ในขณะที่เขียน) และมีหนี้ 1,000 DAI ขณะนี้ Plasma chain ได้หยุดการเผยแพร่บล็อกแล้ว และผู้ใช้ปฏิเสธที่จะออก ผู้ใช้ไม่สามารถออกได้เลย ขณะนี้ ผู้ใช้มีทางเลือกฟรี: หากราคาของ ETH ลดลงต่ำกว่า 1,000 ดอลลาร์ พวกเขาละทิ้ง CDP และหากราคาของ ETH อยู่เหนือ 1,000 ดอลลาร์ พวกเขาก็จะอ้างสิทธิ์ในที่สุด โดยเฉลี่ยแล้ว ผู้ใช้ที่เป็นอันตรายดังกล่าวจะสร้างรายได้จากการทำเช่นนี้
อีกตัวอย่างหนึ่งคือระบบความเป็นส่วนตัว เช่น Tornado Cash หรือ Privacy Pools พิจารณาระบบความเป็นส่วนตัวที่มีผู้ฝากห้าราย:

ZK-SNARK ในระบบความเป็นส่วนตัวจะรักษาการเชื่อมต่อระหว่างเจ้าของโทเค็นที่เข้าสู่ระบบและเจ้าของโทเค็นที่ออกจากระบบที่ซ่อนอยู่
สมมติว่ามีเพียงสีส้มเท่านั้นที่ถูกแยกออกมา ณ จุดที่ตัวดำเนินการลูกโซ่พลาสมาหยุดการเผยแพร่ข้อมูล สมมติว่าเราใช้วิธีกราฟ UTXO กับกฎเข้าก่อน-ออกก่อน ดังนั้นแต่ละโทเค็นจึงตรงกับโทเค็นที่อยู่ด้านล่าง จากนั้น Orange จะสามารถถอนโทเค็นแบบผสมล่วงหน้าและแบบหลังผสมออกได้ และระบบจะถือว่าโทเค็นทั้งสองแยกกัน หาก Blue พยายามถอนโทเค็นที่ผสมไว้แล้ว สถานะที่อัปเดตของ Orange จะเข้ามาแทนที่ ในเวลาเดียวกัน Blue จะไม่มีข้อมูลให้ถอนโทเค็นที่ผสมไว้แล้ว
ปัญหานี้สามารถแก้ไขได้หากคุณอนุญาตให้ผู้ฝากเงินอีกสี่รายถอนสัญญาความเป็นส่วนตัว (ซึ่งจะแทนที่เงินฝาก) จากนั้นถอนโทเค็นบน L1 อย่างไรก็ตาม การนำกลไกดังกล่าวไปใช้จริงต้องใช้ความพยายามเพิ่มเติมในส่วนของผู้พัฒนาระบบความเป็นส่วนตัว
มีวิธีอื่นๆ ในการแก้ปัญหาข้อกังวลด้านความเป็นส่วนตัว เช่น วิธี Intmax ซึ่งเกี่ยวข้องกับการวางไบต์สองสามไบต์บนห่วงโซ่ในลักษณะการสะสม และตัวดำเนินการที่มีลักษณะคล้ายพลาสมาส่งข้อมูลระหว่างผู้ใช้แต่ละราย
ตำแหน่ง Uniswap LP มีปัญหาคล้ายกัน: หากคุณซื้อขาย ETH สำหรับ USDC ในตำแหน่ง Uniswap คุณสามารถลองถอน USDC ก่อนการซื้อขายและ ETH หลังการซื้อขายได้ หากคุณสมรู้ร่วมคิดกับผู้ให้บริการ Plasma chain ผู้ให้บริการสภาพคล่องและผู้ใช้รายอื่นจะไม่สามารถเข้าถึงสถานะหลังการซื้อขาย ดังนั้นพวกเขาจึงไม่สามารถถอน USDC หลังการซื้อขายได้ ต้องใช้ตรรกะพิเศษเพื่อป้องกันไม่ให้สิ่งนี้เกิดขึ้น
สรุปแล้ว
แม้แต่ในปี 2023 Plasma ก็ยังคงเป็นการออกแบบที่ถูกประเมินต่ำไป Rollups ยังคงเป็นมาตรฐานทองคำและมีคุณสมบัติด้านความปลอดภัยที่ไม่มีใครเทียบได้ นี่เป็นเรื่องจริงโดยเฉพาะอย่างยิ่งจากมุมมองของประสบการณ์ของนักพัฒนา ไม่มีอะไรจะดีไปกว่าความเรียบง่ายของนักพัฒนาแอป โดยไม่ต้องคิดถึงกราฟการเป็นเจ้าของและกระแสสิ่งจูงใจในแอปของตนด้วยซ้ำ
อย่างไรก็ตาม Plasma ช่วยให้เราสามารถหลีกเลี่ยงปัญหาความพร้อมใช้งานของข้อมูลได้อย่างสมบูรณ์ และลดค่าธรรมเนียมการทำธุรกรรมได้อย่างมาก พลาสมาสามารถเป็นการอัพเกรดความปลอดภัยที่สำคัญสำหรับเชนที่อาจถือเป็นการตรวจสอบความถูกต้อง ในที่สุด ZK-EVM ก็กำลังจะบรรลุผลในปีนี้ ทำให้เรามีโอกาสที่ดีในการสำรวจพื้นที่การออกแบบนี้อีกครั้ง และคิดหาวิธีที่มีประสิทธิภาพมากขึ้นในการสร้างซึ่งจะทำให้ประสบการณ์ของนักพัฒนาง่ายขึ้นและปกป้องเงินของผู้ใช้


