ขอขอบคุณเป็นพิเศษเพื่อ Micah Zoltu, Toni Wahrstätter, Justin Traglia และ pcaversaccio สําหรับการสนทนา

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

โดยเฉพาะอย่างยิ่งในบริบทของแผนการเน้นไปที่การแยกการรวมโหนดเต็มรูปแบบ การแก้ไขนี้ต้องการความเข้าใจเกี่ยวกับโหนดเต็มรูปแบบคืออะไร

ในอดีต เชื่อว่าโหนดเต็มรูปแบบใช้สำหรับการตรวจสอบเชื่อมโยง; ดูที่นี่สำหรับการสำรวจของฉันว่าอะไรที่อาจเกิดขึ้นหากผู้ใช้ทั่วไปไม่สามารถทำการยืนยันตัวเองได้ หากนี่เป็นปัญหาเดียว การเพิ่มขนาด L1 ถูกปลดล็อคโดย ZK-EVMs: ขีดจำกัดเพียงแค่การรักษาต้นทุนในการสร้างบล็อกและพิสูจน์ให้ต่ำพอที่ทั้งสองสามารถอยู่ได้1-of-nต้านการเซ็นเซอร์และตลาดที่แข่งขัน

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

ทำไมไม่หยุดที่ความไร้ความเชื่อถือและความเป็นส่วนตัวผ่าน ZK-EVM + PIR ลง

เดอะแผนภูมิความเป็นส่วนตัวที่ฉันเผยแพร่เมื่อเดือนที่แล้วเน้นที่ TEEs +ORAMเป็นทางเลือกชั่วคราวบวกPIRเป็นคำตอบยาวนาน นอกจากนี้ พร้อมกับการยืนยันจาก Helios และ ZK-EVM จะทำให้ผู้ใช้ทุกคนสามารถเชื่อมต่อกับ RPCs ภายนอกและมั่นใจอย่างสมบูรณ์ว่า (i) โซ่ที่พวกเขาได้รับคือถูกต้องและ (ii) ความเป็นส่วนตัวของข้อมูลของพวกเขาถูกปกป้อง ดังนั้นควรถามคำถามว่า: ทำไมไม่หยุดที่นี่? ว่าแต่วิธีการเข้ารหัสที่ล้ำหน้านี้ทำให้โหนดที่เป็นเจ้าภาพเป็นวัตถุโบราณที่ล้าสมัยหรือไม่?

ที่นี่ฉันสามารถให้คำตอบได้หลายคำ

• โซลูชันทางคริปโตที่เชื่อถือได้อย่างสมบูรณ์ (เช่น 1-server PIR) จะมีราคาที่แพง ขณะนี้ค่าใช้จ่ายเพิ่มเติมสูงเกินไปและแม้จะมีการปรับปรุงประสิทธิภาพมากขึ้นก็ยังมีโอกาสที่จะราคาแพงอยู่
• ความเป็นส่วนตัวของข้อมูล. ข้อมูลเกี่ยวกับ IP address ที่ส่งคำขอในเวลาใด ๆ และลำดับของคำขอ เพียงอย่างเดียวก็เพียงพอที่จะเปิดเผยข้อมูลมากมายเกี่ยวกับผู้ใช้
• ความเอาจริงที่ถูกเซ็นเซอร์: โครงสร้างตลาดที่ถูกควบคุมโดยผู้ให้บริการ RPC ไม่กี่รายจะเผชิญกับความกดดันที่แข็งแกร่งในการลบออกหรือเซ็นเซอร์ผู้ใช้ ผู้ให้บริการ RPC หลายรายได้รวมเอาประเทศทั้งประเทศ

เพราะเหตุผลเหล่านี้ การทำให้ง่ายในการเริ่มต้นใช้โหนดส่วนตัวยังมีความคุ้มค่า

ความสำคัญในระยะสั้น

• เร่งความสำคัญของการทำให้ EIP-4444 ใช้งานเต็มรูปแบบ จนถึงจุดสุดท้ายที่แต่ละโหนดจะเก็บข้อมูลไว้เพียง ~36 วันเท่านั้น สิ่งนี้จะทำให้ลดความต้องการพื้นที่บนดิสก์ลงอย่างมาก ซึ่งเป็นปัญหาหลักที่ยับยั้งคนมากขึ้นในการเรียกใช้โหนด หลังจากนี้ ความต้องการพื้นที่บนดิสก์สำหรับโหนดจะประกอบไปด้วย (i) ขนาดสถานะ, (ii) สาขา Merkle สถานะ, (iii) 36 วันของประวัติ
• สร้างโซลูชันการจัดเก็บประวัติแบบกระจาย ซึ่งแต่ละโหนดสามารถจัดเก็บข้อมูลในอดีตที่เก่ากว่าจุดตัดได้เล็กน้อย ใช้การเข้ารหัสการลบเพื่อเพิ่มความทนทานสูงสุด สิ่งนี้ทําให้มั่นใจได้ว่าคุณสมบัติที่ว่า "บล็อกเชนอยู่ตลอดไป" โดยไม่ต้องพึ่งพาผู้ให้บริการแบบรวมศูนย์หรือสร้างภาระหนักให้กับผู้ให้บริการโหนด
• ปรับราคาก๊าซเพื่อทำให้การเก็บรักษาทรัพยากรที่มีค่าแพงขึ้นและการดำเนินการที่แพงน้อยลง ลำดับความสำคัญที่สูงมากคือการเพิ่มค่าก๊าซในการสร้างสถานะใหม่: (i) SSTORE สำหรับช่องจัดเก็บใหม่, (ii) การสร้างรหัสสัญญา, (iii) การส่ง ETH ไปยังบัญชีที่ยังไม่มียอดคงเหลือหรือ nonce.

ความสำคัญในระยะกลาง: การตรวจสอบที่ไม่มีสถานะ

เมื่อเราเปิดใช้งานการตรวจสอบแบบ Stateless จะเป็นไปได้ที่จะเรียกใช้โหหรือโหหรือโหหรือโหหรือโหหรือโห โห้ โห้ โห้ โห้ โห้ โห้ โห้ โห้ โห้ โห้ โห้ โห้ โห้ โห้ โห้ โห้ โห้ โห้ โห้ โห้ โห้ โห้ โห้

ประเภทใหม่ของโหนด: โหนดเฉพาะสถานะบางส่วน

นี่คือความคิดใหม่ และจะเป็นสิ่งสำคัญในการอนุญาตให้การดำเนินงานของโหนดส่วนตัวเกิดขึ้น แม้ในบริบทที่ขีดจำกัดแก๊ส L1 เพิ่มขึ้น 10-100 เท่า

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

partial_statelessness.drawio776×341 19.9 KB

ส่วนที่แน่นอนของรัฐที่จะถือครอบจะขึ้นอยู่กับการกำหนดค่าที่ผู้ใช้เลือก

• รัฐทั้งหมดยกเว้นสัญญาที่รู้จักว่าเป็นสแปม
• สถานะที่เกี่ยวข้องกับ EOAs และ SCWs ทั้งหมด และทุกสกุลเหรียญ ERC20 และ ERC721 ที่ใช้กันอย่างแพร่หลายและแอปพลิเคชัน
• สถานะที่เกี่ยวข้องกับทุก EOAs และ SCWs ที่เข้าถึงในรอบสองปีที่ผ่านมา บางเหรียญ ERC20 ที่ใช้บ่อย รวมถึงเซ็ตจำกัดของแอปพลิเคชันสำหรับสวอพ ดีฟาย และความเป็นส่วนตัว

การกำหนดค่าสามารถจัดการโดยสัญญา onchain: ผู้ใช้จะเรียกใช้โหนดของตนด้วย —save_state_by_config 0x12345…67890 และที่อยู่จะระบุในภาษาใดภาษาหนึ่งรายการของที่อยู่ ช่องเก็บข้อมูลหรือบริเวณที่กรองข้อมูลของโหนดจะบันทึกไว้และอัปเดตให้ทันสถานะ โปรดทราบว่าไม่จำเป็นต้องบันทึก Merkle branches ผู้ใช้เพียงแค่ต้องบันทึกค่าหลัก

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

ข้อความปฏิเสธความรับผิดชอบ：

1. บทความนี้ถูกพิมพ์ซ้ำจาก [ethresear]. ลิขสิทธิ์ทั้งหมดเป็นของผู้เขียนต้นฉบับ [ vbuterin]. หากมีการคัดค้านในการพิมพ์ฉบับนี้ โปรดติดต่อเกตเรียนทีมและพวกเขาจะจัดการกับมันอย่างรวดเร็ว
2. คำประกาศความรับผิด: มุมมองและความคิดเห็นที่แสดงในบทความนี้เป็นเพียงของผู้เขียนเท่านั้น และไม่เกิดเป็นคำแนะนำเรื่องการลงทุนใดๆ
3. การแปลบทความเป็นภาษาอื่นๆ โดยทีม Gate Learn ถูกดำเนินการ นอกจากที่จะระบุไว้ การคัดลอก การกระจาย หรือการลอกเลียนบทความที่ถูกแปลนั้นถือเป็นการละเมิดกฎหมาย