บทนำ:

บทความนี้ให้ภาพรวมที่มองไปข้างหน้าเกี่ยวกับแนวคิดการออกแบบพื้นฐานของโครงสร้าง Web3 ที่ไม่สามารถเชื่อถือได้อย่างสมบูรณ์: รูปแบบข้อตกลงที่พบในการจัดเก็บ (SCP) แม้ว่าโมเดลการออกแบบนี้จะแตกต่างอย่างมีนัยสำคัญจากระบบโซลูชันบล็อกเชนแบบโมดูลหลักอย่างเช่น Ethereum Rollups ในทฤษฎี แต่มันแสดงให้เห็นถึงความเป็นไปได้สูงในเชิงความง่ายในการปฏิบัติและผสมผสานกับแพลตฟอร์ม Web2 ได้อย่างดี SCP ไม่ตั้งใจจะจำกัดตัวเองไว้กับเส้นทางแคบอย่าง Rollups แต่มันมีเป้าหมายที่จะนำเข้าใช้กรอบงานที่กว้างกว่าและเปิดเพื่อผสมผสานแพลตฟอร์ม Web2 กับโครงสร้างพื้นฐาน Web3 แนวทางนี้สามารถถือเป็นการคิดสร้างสรรค์และนวัตกรรมอย่างสูง

มาสร้างภาพลักษณ์ของการแก้ปัญหาการขยายของบล็อกเชนสาธารณะที่มีลักษณะดังต่อไปนี้

• มีความเร็วที่เทียบเท่ากับแอปพลิเคชันหรือตลาด Web2 เดิม ๆ ที่เกินกว่าทุกบล็อกเชนสาธารณะ เช่น Layer 2 (L2), rollups, sidechains, ฯลฯ

• ไม่มีค่าธรรมเนียมในการใช้งาน และค่าใช้จ่ายเกือบศูนย์

• ความปลอดภัยทางการเงินสูง ที่เหนือกว่าสถานบันเทิงที่มีความสำคัญเช่น บุคลากร ต่ำกว่า Rollups แต่มากกว่าหรือเท่ากับ sidechains

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

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

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

องค์ประกอบพื้นฐาน SCP และหลักการทำงาน

โดยทั่วไปแล้ว SC หรือ "บล็อกเชนแบบโมดูลาร์" ที่ถูกกล่าวถึงโดย Ethereum และ Celestia มีโมดูลต่าง ๆ เช่น ชั้นความสามารถในการใช้ข้อมูล ชั้นการดำเนินการ ชั้นความเห็นอกความเห็น และชั้นการตกลง

• ชั้นข้อมูลที่มีการให้บริการ: ได้รับการจัดการโดยบล็อกเชนสาธารณะที่ได้รับการยอมรับอย่างแพร่หลายและทดสอบอย่างดีหรือสถานที่เก็บข้อมูลที่รับใช้เป็นชั้นข้อมูลที่มีการให้บริการ เช่น Ethereum, Arweave, Celestia, ฯลฯ

• Execution Layer: เซิร์ฟเวอร์ที่ใช้รับธุรกรรมของผู้ใช้และดำเนินการดำเนินการ พร้อมส่งข้อมูลธุรกรรมที่ได้รับลงไปยังชั้น DA ทั้งหมดในชุดเดียวกันกับซีเควนเซอร์ใน Rollups อย่างไรก็ตาม ชั้นการดำเนินการไม่จำเป็นต้องมีโครงสร้างเชนแบบบล็อกเชน อาจเป็นระบบฐานข้อมูล + ระบบคำนวณแบบเว็บ 2 อย่างเต็มที่ แต่ระบบคำนวณทั้งหมดต้องเปิดเป็นซอร์ส และมีความ๏่เป็นสาธารณะ

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

• ชั้นการตั้งบัญชี: ประกอบด้วยกลุ่มของโหนดและสัญญา หรือที่อยู่บนโซนอื่น ๆ ที่รับผิดชอบการจัดการเงินฝากของผู้ใช้เข้าสู่ SCP หรือการถอนเงินจาก SCP คล้ายกับการทำงานของสะพานระหว่างโซนที่แท้จริง โหนดชั้นการตั้งบัญชีควบคุมฟังก์ชันการถอนเงินของที่อยู่ฝากผ่านสัญญา multisig หรือที่อยู่ที่ใช้ TSS สำหรับการฝากเงิน ผู้ใช้โอนสินทรัพย์ไปยังที่อยู่ที่กำหนดบนโซนของตนเอง สำหรับการถอนเงิน พวกเขาส่งคำขอ และหลังจากที่โหนดชั้นการตั้งบัญชีอ่านข้อมูลพวกเขาปล่อยสินทรัพย์ผ่าน multisig หรือ TSS ระดับความปลอดภัยของชั้นการตั้งบัญชีขึ้นอยู่กับกลไกระหว่างโซนที่ใช้

กรอบการปฏิบัติ SCP

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

• เลเยอร์ DA ของโครงการนี้ใช้สิ่งอำนวยความสะดวกในการจัดเก็บแบบถาวร Arweave ซึ่งถูกแทนด้วยวงกลมขนาดใหญ่ในแผนผัง
• Coordinator หรือ execution layer เป็นที่ที่ผู้ใช้ส่งธุรกรรมของตน เจ้าหน้าที่ประมวลผลจะดำเนินการคำนวณ แสดงผลลัพธ์ และจัดกลุ่มข้อมูลนำเข้าเดิมจากผู้ใช้และส่งให้กับชั้น DA
• ตัวตรวจจับดึงข้อมูลธุรกรรมเดิมที่ถูกส่งโดย Coordinator จาก Arweave และโดยใช้อัลกอริทึมเดียวกันกับ Coordinator ตรวจสอบข้อมูลและผลลัพธ์ ไคลเอนต์ของตัวตรวจจับเป็นโอเพนซอร์สเหมือนกัน ทำให้ใครก็สามารถรันได้
• The Watchmen, a group of Detectors, manage the multi-signature system of the withdrawal system. They validate and authorize withdrawal requests based on transaction data. Additionally, the Watchmen are responsible for signing proposals.

เราจะเห็นได้ว่าฉันทามติที่ได้จากทั้งระบบนั้นอยู่นอกห่วงโซ่ทั้งหมดซึ่งเป็นแกนหลักของกระบวนทัศน์ฉันทามติการจัดเก็บ มันละทิ้งระบบฉันทามติโหนดตามแบบฉบับของบล็อกเชนทําให้ชั้นการดําเนินการเป็นอิสระจากการสื่อสารฉันทามติที่เป็นภาระและกระบวนการยืนยัน สิ่งนี้ช่วยให้สามารถทํางานได้อย่างมีประสิทธิภาพในฐานะเซิร์ฟเวอร์เดียวจึงบรรลุ TPS เกือบไม่ จํากัด และความคุ้มค่า แง่มุมนี้คล้ายกับ Rollups มาก แต่ SCP (Storage Consensus Paradigm) ใช้เส้นทางที่แตกต่างจาก Rollups SCP พยายามเปลี่ยนจากกรณีการใช้งานเฉพาะมาตราส่วนเป็นโหมดการเปลี่ยนผ่านใหม่จาก Web2 เป็น Web3 ผู้ประสานงานดังกล่าวเป็นเซิร์ฟเวอร์ แต่ไม่ได้หมายความว่าผู้ประสานงานสามารถดําเนินการได้โดยพลการ เช่นเดียวกับซีเควนเซอร์ใน Rollups หลังจากส่งข้อมูลต้นฉบับจากผู้ใช้บน Arweave แล้วทุกคนสามารถเรียกใช้โปรแกรมตรวจจับเพื่อตรวจสอบและเปรียบเทียบกับสถานะที่ส่งคืนโดยผู้ประสานงาน ในบางวิธีสิ่งนี้คล้ายกับวิธีการของแอปพลิเคชันประเภทจารึก ในสถาปัตยกรรมนี้เซิร์ฟเวอร์หรือฐานข้อมูลส่วนกลางไม่ก่อให้เกิดความท้าทายพื้นฐาน นี่เป็นอีกจุดหนึ่งของกระบวนทัศน์ SCP: มันแยกแนวคิดของ "การรวมศูนย์" และ "เอนทิตีเดียว" - ในระบบที่ไม่น่าเชื่อถืออาจมีส่วนประกอบส่วนกลางแม้กระทั่งองค์ประกอบหลักโดยไม่ส่งผลกระทบต่อความน่าเชื่อถือโดยรวมของระบบ

เราสามารถตะโกนสโลแกนนี้: "โครงสร้างพื้นฐานที่เชื่อถือได้รุ่นต่อไปไม่จําเป็นต้องพึ่งพาโปรโตคอลฉันทามติ แต่ควรเป็นระบบโอเพ่นซอร์สที่มีเครือข่ายโหนด Peer-to-Peer (P2P)" ความตั้งใจเดิมของการคิดค้นและใช้บล็อกเชนคือการบรรลุการกระจายอํานาจความสอดคล้องของบัญชีแยกประเภทความไม่เปลี่ยนแปลงและการตรวจสอบย้อนกลับตามที่ระบุไว้อย่างชัดเจนในเอกสารไวท์เปเปอร์ของ Bitcoin อย่างไรก็ตาม Post-Ethereum ไม่ว่าจะเป็นโซลูชันการขยายตัวของห่วงโซ่สาธารณะแบบเก่า Rollups หรือบล็อกเชนแบบแยกส่วน มีความคิดคงที่: สิ่งที่เรากําลังสร้างจะต้องเป็นบล็อกเชน (ประกอบด้วยโปรโตคอลฉันทามติของโหนด) หรือบางอย่างเช่น Rollup (ซึ่งดูเหมือนจะเป็นห่วงโซ่ที่มีโครงสร้างข้อมูลบล็อกเชน แต่ไม่มีการแลกเปลี่ยนข้อความฉันทามติโดยตรงระหว่างโหนด) ตอนนี้ภายใต้กรอบการทํางานตาม SCP (Stellar Consensus Protocol) เห็นได้ชัดว่าแม้จะไม่มีบล็อกเชน แต่ก็เป็นไปได้ที่จะบรรลุการกระจายอํานาจความสอดคล้องของบัญชีแยกประเภทความไม่เปลี่ยนแปลงและการตรวจสอบย้อนกลับหากมีรายละเอียดการใช้งานที่ชัดเจนยิ่งขึ้น

ชั้นการดำเนินการ

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

โอกาสไร้ขอบเขตในสภาพแวดล้อมการดำเนินงาน

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

1. การแลกเปลี่ยน โดยใช้ SCP สามารถสร้างการแลกเปลี่ยนโปร่งใสสาธารณะที่มีอัตราการทำธุรกรรมต่อวินาที (TPS) สูง โดยรวมคุณสมบัติการซื้อขายที่รวดเร็วและไม่มีค่าใช้จ่ายของ Centralized Exchange (CEX) และการกระจายอำนาจของ Decentralized Exchange (DEX) ที่นี่ ความแตกต่างระหว่าง CEX และ DEX ก็เริ่มมีลักษณะที่ไม่ชัดเจน

2. เครือข่ายการชำระเงิน คล้ายกับ Alipay, PayPal, ฯลฯ

3. เครื่องจำลอง/บล็อกเชนที่สนับสนุนโปรแกรม/สัญญาที่สามารถโหลดได้ นักพัฒนาทุกคนสามารถใช้งานแอปพลิเคชันใดๆบนเครื่องจำลองนี้ แบ่งปันข้อมูลของผู้ใช้ทั้งหมดกับโปรแกรมอื่น ๆ และดำเนินการตามคำสั่งของผู้ใช้

โครงแบบการออกแบบของ SCP ซึ่งสนับสนุนสภาพแวดล้อมการดำเนินการใด ๆ มีข้อดีที่เป็นเอกลักษณ์ของตน: ไม่จำเป็นต้องพึ่งพาบนส่วนประกอบที่มีประวัติการสะสม โดยเฉพาะแนวคิดเช่น “การสรุปบัญชี” ที่เป็นเอกลักษณ์ของชุมชน Ethereum สำหรับ SCP แนวคิดของการสรุปบัญชีเป็นสิ่งที่ไม่จำเป็นตามลำดับ ในสถาปัตยกรรมของ SCP ไม่มีแนวคิดการสรุปบัญชี - คุณสามารถนำบัญชีมาตรฐาน Web2 และบัญชีบล็อกเชน ฯลฯ ได้โดยอิสระ จากมุมมองนี้ กรณีการใช้งาน Web2 ที่สมบูรณ์อาจจะไม่ต้องให้ชาว SCP นึกคิดและสร้างใหม่เพื่อใช้กับ SCP โดยตรง ด้านนี้อาจเป็นจุดเด่นของ SCP ต่อ Rollups

ความโปร่งใสและความไม่สมมาตร

ระบบบัญชีได้ถูกกล่าวถึงข้างต้นแล้ว และผู้อ่านที่มีความเข้าใจดีอาจจะสังเกตเห็นว่าในขณะที่ SCP (Stellar Consensus Protocol) สามารถใช้ระบบบัญชี Web2 ได้ การใช้มันเช่นเดิม ดูเหมือนจะมีปัญหา นั่นเป็นเพราะระบบทั้งหมดเป็นโปร่งใสอย่างสมบูรณ์! การใช้รูปแบบการจับคู่ผู้ใช้-เซิร์ฟเวอร์โดยตรงจาก Web2 นำไปสู่ปัญหาด้านความปลอดภัยอย่างมีนัยสำคัญ ทำให้ระบบไม่ปลอดภัยเลย มาตรวจสอบว่ารูปแบบการทำงานของเซิร์ฟเวอร์-ผู้ใช้แบบดั้งเดิมทำงานอย่างไร

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

1. การเข้าสู่ระบบของผู้ใช้ : ผู้ใช้กรอกชื่อผู้ใช้และรหัสผ่านของพวกเขาในแบบฟอร์มเข้าสู่ระบบ ระบบเปรียบเทียบแฮชรหัสที่ประมวลผลแล้วกับแฮชที่เก็บไว้ในฐานข้อมูล หากแฮชสองรายการตรงกัน แสดงว่าผู้ใช้ได้ให้รหัสผ่านที่ถูกต้อง และกระบวนการเข้าสู่ระบบดำเนินต่อไป

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

เรามาทบทวนระบบปฏิสัมพันธ์ระหว่างผู้ใช้บล็อกเชน Web3 แบบทั่วไป:

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

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

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

ความแตกต่างระหว่างสองโหมดนี้เกิดจากปัจจัยสมมาตรและไม่สมมาตร ในสถาปัตยกรรมผู้ใช้เซิร์ฟเวอร์ทั้งสองฝ่ายมีความลับเดียวกัน ในสถาปัตยกรรมผู้ใช้บล็อกเชน มีเพียงผู้ใช้เท่านั้นที่ถือความลับ แม้ว่าชั้นการดําเนินการของ SCP (Smart Contract Platform) อาจไม่ใช่บล็อกเชน แต่ข้อมูลทั้งหมดจะต้องซิงโครไนซ์กับเลเยอร์ DA (ความพร้อมใช้งานของข้อมูล) ที่มองเห็นได้ทั่วไป ดังนั้นวิธีการเข้าสู่ระบบและการตรวจสอบการทํางานของ SCP จะต้องไม่สมมาตร อย่างไรก็ตามเพื่อหลีกเลี่ยงการดําเนินการที่ยุ่งยากเช่นการจัดการคีย์ส่วนตัวและการใช้กระเป๋าเงินซึ่งอาจขัดขวางการยอมรับอย่างกว้างขวางเนื่องจากประสบการณ์การใช้งานที่ไม่ดีมีความต้องการอย่างมากสําหรับการเข้าสู่ระบบการตรวจสอบสิทธิ์ของบุคคลที่สาม OAuth แบบดั้งเดิมในแอปพลิเคชันที่สร้างขึ้นบน SCP ดังนั้นเราจะรวมทั้งสองเข้าด้วยกันได้อย่างไร? เนื่องจากลักษณะที่ไม่สมมาตรของการเข้ารหัสและการพิสูจน์ความรู้เป็นศูนย์ฉันจึงจินตนาการถึงวิธีแก้ปัญหาที่เป็นไปได้สองประการ:

• หากต้องการระบบรหัสผ่าน ID ระบบโมดูลการบันทึกรหัสผ่านอาจถูกยกเว้นจาก SCP ซึ่งทำให้มองไม่เห็นโดยผู้อื่นภายในเลเยอร์การดำเนินการ SCP ยังคงใช้บัญชีสาธารณะและกุญแจส่วนตัวบล็อกเชนพร้อมกับตรรกะการดำเนินการโดยไม่ต้องลงทะเบียนหรือเข้าสู่ระบบ ID ของผู้ใช้จะสอดคล้องกับกุญแจส่วนตัวจริงๆ กุญแจส่วนตัวนี้ แน่นอนจะไม่ควรจัดเก็บโดยฝั่งโครงการ การแก้ปัญหาของการจัดเก็บแบบกระจายของ MPC (Multi-Party Computation) 2-3 โดยไม่มีภาระต่อผู้ใช้ด้วยการใช้กุญแจส่วนตัว
• เมื่อพึ่งพาการเข้าสู่ระบบด้วย OAuth JWT (JSON Web Token) สามารถใช้เป็นวิธีการพิสูจน์ตัวตน วิธีนี้จะเซ็นทรัลได้มากกว่าที่กล่าวถึงเล็กน้อยเนื่องจากมันพึ่งพาบริการเข้าสู่ระบบของล็อกอินบุคคลที่สามที่มาจาก Web2 ยักษ์ใหญ่ๆ สำหรับการตรวจสอบตัวตน
• ครั้งแรกที่มีการใช้การเข้าสู่ระบบของบุคคลที่สาม ฟิลด์ JWT ที่แทนตัวตนของผู้ใช้และผู้ให้บริการจะถูกลงทะเบียนในระบบ ในการดำเนินการของผู้ใช้ในภายหลัง คำสั่งการดำเนินการจะถูกถือว่าเป็นอินพุตสาธารณะ ในขณะที่ JWT โดยรวมเป็นพยานลับ โดยใช้ ZKP (Zero-Knowledge Proof) เพื่อยืนยันธุรกรรมของผู้ใช้แต่ละรายการ
• แต่ละ JWT มีขีดจำกัดในการหมดอายุและผู้ใช้จะขอ JWT ใหม่ในครั้งถัดไปที่พวกเขาเข้าสู่ระบบ ดังนั้นไม่จำเป็นต้องมีการเก็บรักษาถาวร นอกจากนี้ระบบนี้พึงพอใจใน JWK (JSON Web Key) ซึ่งสามารถเข้าใจได้ว่าเป็นกุญแจสาธารณะที่ให้โดยยักษ์สำหรับการตรวจสอบ JWK ว่าทำอย่างไรในระบบและวิธีการหมุนเวียนกุญแจส่วนตัวในอนาคตก็ควรสำรวจ

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

ปัญหาความเป็นส่วนตัว

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

ค่าธรรมเนียม

ชั้นการดําเนินการเรียกเก็บค่าธรรมเนียมอย่างไรเป็นอีกจุดที่น่าสนใจ การส่งข้อมูลไปยังเลเยอร์ความพร้อมใช้งานของข้อมูล (DA) ยังมีค่าใช้จ่ายรวมถึงการทํางานของเซิร์ฟเวอร์ของตนเอง วัตถุประสงค์หลักของการเรียกเก็บค่าธรรมเนียมก๊าซในบล็อกเชนแบบดั้งเดิมคือเพื่อป้องกันไม่ให้ผู้ใช้สแปมเครือข่ายด้วยธุรกรรมที่ซ้ําซ้อนจํานวนมากโดยการสั่งซื้อธุรกรรมตามค่าธรรมเนียมก๊าซเป็นรอง ใน Web2 ไม่มีข้อกังวลที่คล้ายกันมีเพียงแนวคิดพื้นฐานเช่นน้ําท่วมและการโจมตี DDoS เลเยอร์การดําเนินการสามารถปรับแต่งกลยุทธ์การชาร์จต่างๆ เช่น ฟรีทั้งหมดหรือเรียกเก็บเงินบางส่วน หรือทํากําไรจากกิจกรรมอื่นๆ เช่น Maximal Extractable Value (MEV) ซึ่งเติบโตเต็มที่แล้วในซีเควนเซอร์และกิจกรรมทางการตลาด

การต้านการเซ็นเซอร์

ชั้นดำเนินการไม่มีความต้านทานการเซ็นเซอร์ชั่นและอาจปฏิเสธธุรกรรมของผู้ใช้ได้ในทฤษฎี ใน Rollups ความต้านทานการเซ็นเซอร์ชั่นสามารถรับรองได้โดยฟังก์ชันการรวมที่บังคับใช้ของสัญญา L1 ในขณะที่ sidechains หรือ public chains เป็นเครือข่ายบล็อกเชนที่แจกแจงอย่างสมบูรณ์ทำให้การเซ็นเซอร์ชั่นยากขึ้น ณ ขณะนี้ยังไม่มีทางเลือกชัดเจนในการแก้ไขปัญหาเรื่องความต้านทานการเซ็นเซอร์ชั่นซึ่งเป็นปัญหาในรูปแบบ SCP

เลเยอร์ความเห็นชอบ

เลเยอร์นี้ประกอบด้วยโหนดที่เชื่อมต่ออย่างหลวม ๆ ซึ่งไม่ได้สร้างเครือข่ายอย่างแข็งขันดังนั้นจึงไม่ใช่เลเยอร์ฉันทามติอย่างเคร่งครัด แต่เป็นเพียงการยืนยันสถานะปัจจุบันของเลเยอร์การดําเนินการไปยังโลกภายนอก (เช่นผู้ใช้) ตัวอย่างเช่นหากคุณสงสัยสถานะการทํางานของโหนดเหล่านี้คุณสามารถดาวน์โหลดไคลเอนต์ตรวจจับซึ่งเรียกใช้รหัสโปรแกรมเดียวกันกับผู้ประสานงาน อย่างไรก็ตามคล้ายกับ Rollups เนื่องจากข้อมูลถูกส่งเป็นชุดสถานะที่ส่งคืนโดยเลเยอร์การดําเนินการให้กับผู้ใช้จะเป็นปัจจุบันมากกว่าในเลเยอร์ DA เสมอ สิ่งนี้เกี่ยวข้องกับปัญหาของการยืนยันล่วงหน้า: เลเยอร์การดําเนินการให้การยืนยันล่วงหน้าแก่ผู้ใช้ผลลัพธ์ขั้นสุดท้ายที่นุ่มนวลเนื่องจากยังไม่ได้ส่งไปยังเลเยอร์ DA ในขณะที่ชั้นฉันทามติให้ขั้นสุดท้ายที่ยาก ผู้ใช้อาจไม่กังวลเป็นพิเศษเกี่ยวกับเรื่องนี้ แต่สําหรับแอปพลิเคชันเช่นสะพานข้ามสายโซ่ต้องปฏิบัติตามขั้นสุดท้ายที่ยาก ตัวอย่างเช่นระบบการฝากและถอนเงินของการแลกเปลี่ยนไม่เชื่อถือข้อมูลที่ออกอากาศนอกเครือข่ายโดยซีเควนเซอร์ Rollup พวกเขารอให้ข้อมูลนี้อยู่ใน Ethereum ก่อนที่จะยอมรับ นอกเหนือจากการยืนยันผลลัพธ์แล้วชั้นฉันทามติยังมีบทบาทสําคัญในการซ้ําซ้อนของภัยพิบัติสําหรับชั้นการดําเนินการ หากเลเยอร์การดําเนินการหยุดทํางานอย่างถาวรหรือกระทําการที่เป็นอันตรายในทางทฤษฎีเลเยอร์ฉันทามติใด ๆ สามารถเข้าควบคุมการทํางานของเลเยอร์การดําเนินการและยอมรับคําขอของผู้ใช้ หากสถานการณ์ที่รุนแรงเช่นนี้เกิดขึ้นชุมชนควรเลือกโหนดที่เสถียรและเชื่อถือได้เป็นเซิร์ฟเวอร์ของเลเยอร์การดําเนินการ

ชั้น Settlement

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

การทําให้สะพานพยานมีการกระจายอํานาจมากที่สุดเป็นหัวข้อของการวิจัยสําหรับสะพานข้ามโซ่จํานวนมาก เนื่องจากข้อ จํากัด ด้านพื้นที่สิ่งนี้จะไม่ถูกอธิบายอย่างละเอียดที่นี่ แพลตฟอร์ม SCP ที่ออกแบบมาอย่างดีในทางปฏิบัติจะต้องมีพันธมิตรหลายลายเซ็นสะพานแบบกระจายอํานาจที่มีชื่อเสียง บางคนอาจถามว่าทําไม SCP ไม่ใช้โซ่ที่มีสัญญาอัจฉริยะเป็นชั้น DA? สิ่งนี้จะช่วยให้ชั้นการชําระเงินที่ไม่น่าเชื่อถือตามสัญญา ในระยะยาวการเอาชนะปัญหาทางเทคนิคบางอย่างหากเลเยอร์ DA ถูกวางไว้บน Ethereum หรือเลเยอร์ DA ที่เปิดใช้งานสัญญาอื่น ๆ และสามารถสร้างสัญญาการตรวจสอบที่สอดคล้องกันได้ SCP ยังสามารถบรรลุความปลอดภัยในการชําระเงินเช่นเดียวกับ Rollup โดยไม่ต้องใช้ลายเซ็นหลายลายเซ็น

ในการปฏิบัติจริงอาจจะไม่ใช่ทางเลือกที่ดีที่สุด:

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

2. การพัฒนาระบบพิสูจน์เป็นเรื่องยากมาก เนื่องจากใน SCP คุณสามารถจำลองไม่เพียงแค่ EVM (เครื่องจำลองเสมือน Ethereum) แต่ยังสามารถปรับใช้ตรรกะใดก็ได้ พิจารณาจากสถานะปัจจุบันของโครงการเช่น Optimism ที่พิสูจน์การฉ้อโกงของพวกเขายังไม่ได้เปิดตัว และความซับซ้อนในการพัฒนา zkEVM (เครื่องจำลองเสมือน Ethereum ที่ไม่มีความรู้) คุณสามารถจินตนาการถึงความยากลำบากอย่างมากในการปรับใช้ระบบพิสูจน์ต่าง ๆ บน Ethereum

ดังนั้น โซลูชัน Rollup เป็นไปได้ในเชิงปฏิบัติเฉพาะบางกรณีเท่านั้น หากคุณวางแผนที่จะนำระบบที่กว้างขวางและเปิดกว้างมากขึ้น โดยการย้ายออกจากกรอบ EVM เพื่อรวมฟีเจอร์ของ Web2 เพิ่มเติม แนวทางของ Ethereum Rollup ก็ไม่เหมาะสม SCP ไม่ใช่แค่แผนขยายสำหรับบล็อกเชนสาธารณะบางประการเท่านั้น แต่เป็นโครงสร้างแพลตฟอร์มคอมพิวเตอร์ Web3 ขนาดใหญ่ ดังนั้น มันไม่จำเป็นต้องทำตามแนวทาง Ethereum Layer2 อย่างชัดเจน

ภาพประกอบเปรียบเทียบ SCP กับแนวคิดอื่น ๆ

คำปฏิเสธ：

1. บทความนี้ถูกพิมพ์ใหม่จาก [ Gate Web3]. สิทธิ์ในการคุ้มครองลิขสิทธิ์เป็นของผู้เขียนเดิม [เงาวัดเดือน สุดยอดเว็บ 3]. If there are objections to this reprint, please contact the Gate เรียนทีม และพวกเขาจะดำเนินการต่อไปโดยเร็ว
2. คำปฏิเสธคว-responsibility: มุมมองและความคิดเห็นที่แสดงในบทความนี้เป็นเพียงเพียงของผู้เขียนเท่านั้นและไม่เป็นการให้คำแนะนำใด ๆ เกี่ยวกับการลงทุนใด ๆ
3. การแปลบทความเป็นภาษาอื่น ๆ โดยทีม Gate Learn การคัดลอก การแจกจ่าย หรือการลอกเลียนบทความที่ถูกแปลนั้นถ้าไม่ได้ระบุไว้ จะถูกห้าม