เลเยอร์ 2: การยืนยันที่รวดเร็วไม่เหมือนกับการชำระบัญชีขั้นสุดท้าย

ระบุขั้นตอนที่คุณกำลังสังเกต

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

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

เข้าใจความแตกต่างของการตรวจสอบ

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

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

แยกความล่าช้าในการชำระบัญชีออกจากสภาพคล่องสำหรับถอน

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

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

ตรวจสอบอำนาจควบคุมและโครงสร้างพื้นฐาน

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

ตรวจว่ามีกลไกบังคับรวมธุรกรรมหรือทางออกอื่นหรือไม่ ใครใช้ได้ และล่าช้าในทางปฏิบัติเท่าไร ทางหนีที่มีในทฤษฎีอาจต้องใช้ค่าธรรมเนียมเชนฐาน ขั้นตอนเทคนิค และเวลารอ สำหรับแบบฝึกหัดวิจัยที่ไม่เน้นเทคนิค ให้บันทึกข้อกำหนดเหล่านี้ แทนสมมติว่าคำว่าไม่ต้องขออนุญาตหมายถึงเข้าถึงง่ายหรือทันที

วัดต้นทุนตลอดวงจรทั้งหมด

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

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

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

เผยแพร่ข้อมูลไม่ได้แปลว่าจะเก็บไว้ตลอดไป

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

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

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

ประเมินเส้นทางถอนที่จะใช้จริง

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

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

อย่านำสมมติฐานของเลเยอร์สองหนึ่งระบบไปใช้กับอีกระบบ วิธีพิสูจน์ ที่อยู่ข้อมูล สิทธิอัปเดต และกลไกฉุกเฉินอาจต่างกัน การประเมินต้องผูกกับเวอร์ชันและเส้นทางออกที่ระบุ