ข้ามไปยังเนื้อหา
Financial Context Wiki

บล็อกเชนแบบไม่ต้องขออนุญาต

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

อัปเดต

จัดทำขึ้นเพื่อการศึกษาเท่านั้น ไม่ใช่คำแนะนำการลงทุน การลงทุนอาจทำให้สูญเสียเงินลงทุนได้

คำตอบโดยตรง

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

สิทธิการเข้าร่วมแบบไม่ต้องขออนุญาตไม่ได้หมายความว่าไม่เสียค่าใช้จ่าย ไม่เปิดเผยตัวตน มีอิทธิพลเท่ากัน หรือเข้าถึงได้อย่างแน่นอน ค่าธรรมเนียม ยอดคงเหลือ stake หลักประกัน ฮาร์ดแวร์ แบนด์วิดท์ ข้อมูล uptime ทักษะด้านซอฟต์แวร์ คิวเปิดใช้งาน และเส้นตายเป็นเงื่อนไขของโพรโทคอลหรือการปฏิบัติงาน ไม่ใช่ allowlist ด้านตัวตน อย่างไรก็ดี บริการ RPC ส่วนติดต่อ builder relay staking pool sequencer bridge oracle ผู้ดูแลสัญญา และกระบวนการกำกับดูแลยังสร้างด่านอนุญาตโดยพฤตินัยหรือโดยชัดแจ้งได้

กลไกการทำงาน

  1. ระบุ chain เครือข่าย fork deployment เวอร์ชัน ผู้มีส่วนร่วม และการกระทำให้แน่นอน สร้าง permission matrix สำหรับการอ่าน การส่งธุรกรรม การตรวจสอบในเครื่อง การค้นหาเพียร์ การเสนอ block การ staking หรือ mining การพิสูจน์หรือท้าทาย การปรับใช้โค้ด และการกำกับดูแล upgrade
  2. ตรวจสอบเส้นทางการอ่านและการตรวจสอบ แยก full client หรือ light client ออกจาก RPC หรือ indexer แยกสถานะปัจจุบันออกจากประวัติแบบ archive และแยกความพร้อมใช้ตามโพรโทคอลออกจากนโยบายเก็บข้อมูล การยืนยันตัวตน การจำกัดอัตรา และความเป็นส่วนตัวของผู้ให้บริการ
  3. ติดตามการเข้าถึงธุรกรรมตั้งแต่การลงนาม การมีเงินทุน nonce gas และเพดานค่าธรรมเนียม การรับเข้าในเครื่อง relay การคัดเลือกโดย builder หรือ proposer การบรรจุ การดำเนินการ fork choice justification และ finality ความถูกต้องหรือคำตอบรับจาก RPC แห่งเดียวไม่รับประกันสถานะใดที่ตามมา
  4. แยกการเดินเครื่องโหนดออกจากอิทธิพลต่อฉันทามติ ทำแผนผัง execution client และ consensus client การซิงค์ พื้นที่จัดเก็บ แบนด์วิดท์ การค้นหาเพียร์ และการต้านทาน eclipse จากนั้นทำแผนผังเงื่อนไขเฉพาะ chain ด้านงาน stake การเปิดใช้งาน กุญแจ uptime และ slashing สำหรับการผลิต block
  5. วัดการกระจุกตัวจริงของ mining pool หรือ staking pool ผู้ดำเนินการ client cloud RPC builder relay และเส้นทาง order flow แบบส่วนตัว การต้านทาน Sybil ผูกอิทธิพลไว้กับทรัพยากรที่ขาดแคลน แต่ไม่ได้หยุดการสร้างตัวตนในเครือข่ายที่มีต้นทุนต่ำ
  6. ตรวจสอบการพึ่งพาของแต่ละแอปพลิเคชันและระบบขยายขนาดแยกกัน การปรับใช้สัญญาแบบไม่ต้องขออนุญาตไม่ได้ยกเลิกการควบคุมของ owner proxy role pause หรือ allowlist ส่วน proof, challenge, sequencer, ความพร้อมใช้ของข้อมูล, bridge และ oracle อาจมีหลักประกัน กรอบเวลา กุญแจ หรือผู้มีบทบาทที่ต้องได้รับอนุญาต
  7. ทำแผนผังการกำกับดูแลโพรโทคอล client และแอปพลิเคชัน อำนาจฉุกเฉิน และการนำ upgrade ไปใช้ เฝ้าติดตามการบรรจุ finality การกระจุกตัว ความล้มเหลวในการเข้าถึง และการรั่วไหลของความเป็นส่วนตัว พร้อมรักษาเส้นทางที่โฮสต์เองหรือกระจายผู้ให้บริการเมื่อทำได้ โดยไม่อ้างว่าทางเลือกเหล่านั้นไม่มีต้นทุนหรือต้านทานการเซ็นเซอร์ได้อย่างสมบูรณ์

ใช้ permission matrix แทนการติดป้าย chain แบบสองขั้ว เครือข่ายหนึ่งอาจเปิดเผยสถานะสาธารณะและรับธุรกรรมที่ลงนามแล้ว แต่จำกัดการผลิต block ส่วน base layer แบบไม่ต้องขออนุญาตอาจโฮสต์แอปพลิเคชันที่มี allowlist และผู้ดูแล upgrade ในทางกลับกัน เครือข่ายที่จำกัดสมาชิกอาจเผยแพร่ข้อมูลที่ตรวจสอบได้โดยไม่เปิดสมาชิกภาพหรือการผลิต block

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

ตัวอย่าง

  • การเข้าถึงธุรกรรมยังมีด่านค่าธรรมเนียม เมื่อ gasUsed = 21,000, baseFee = 20 gwei, priorityFee = 2 gwei และ maxFee = 30 gwei ราคาที่มีผลคือ min(30, 20 + 2) = 22 gwei ค่าธรรมเนียมคือ 21,000 * 22 = 462,000 gwei = 0.000462 ETH ที่ราคา 3,000 USD/ETH จะเท่ากับ 1.386 USD ไม่ต้องอนุมัติตัวตน แต่เงินทุนและการรับเข้าในเครื่องยังมีผล
  • การตรวจสอบไม่ใช่สิทธิเสนอ block ตามต้องการ ในแบบจำลองสัดส่วนเพื่อการสอนที่มี effective stake ซึ่งทำงานอยู่ 3,200 ETH ผู้ดำเนินการที่มี 64 ETH มีส่วนแบ่ง 64 / 3,200 = 2% ตลอด 10,000 slots จำนวนข้อเสนอคาดหมายคือ 10,000 * 2% = 200 ส่วน full node ที่ไม่มี validator เปิดใช้งานมีน้ำหนักการเสนอ 0 การคัดเลือกและรางวัลจริงเป็นไปตามโพรโทคอลที่ใช้งาน ไม่ใช่เพียงค่าคาดหมายนี้
  • หลาย URL อาจอยู่ใน failure domain เดียวกัน ส่วนติดต่อระบุ 4 RPC URLs แต่ 3 แห่งเป็นของผู้ดำเนินการรายเดียว และ 1 แห่งเป็นอิสระ สัดส่วน failure domain คือ 75% และ 25% ส่วนดัชนี Herfindahl-Hirschman คือ 0.75^2 + 0.25^2 = 0.625 = 6,250 การเข้าถึงโพรโทคอลอาจเปิด แต่ทางเข้าของแอปพลิเคชันยังกระจุกตัว
  • ตัวตนแบบ Sybil ไม่ได้สร้างน้ำหนักฉันทามติฟรี การสร้าง 1,000 P2P identities อาจมีต้นทุนต่ำ แต่การเปิดใช้งาน 1,000 Ethereum validator keys ที่ขั้นต่ำตามที่ระบุ 32 ETH ต่อกุญแจ ต้องใช้ 1,000 * 32 = 32,000 ETH ก่อนนับคิว ฮาร์ดแวร์ และการดำเนินงาน จึงห้ามใช้จำนวนโหนดแทนน้ำหนัก stake หรือการควบคุมที่เป็นอิสระ

ความเสี่ยง

  • นำป้ายแบบไม่ต้องขออนุญาตป้ายเดียวไปใช้กับทุกการกระทำ
  • เลือก chain เครือข่าย fork deployment หรือกฎผิด
  • การยืนยันตัวตน การจำกัดอัตรา การเซ็นเซอร์ การหยุดให้บริการ หรือสถานะล้าสมัยของ RPC
  • การปิดกั้นผ่านส่วนติดต่อ โดเมน wallet ร้านแอป หรือภูมิศาสตร์
  • นโยบาย mempool ในเครื่องปฏิเสธหรือขับธุรกรรมที่ถูกต้องออก
  • เพดานค่าธรรมเนียม ยอดคงเหลือ nonce gas หรือ calldata ขัดขวางการส่ง
  • การเซ็นเซอร์ อำนาจจัดลำดับ และ MEV ของ builder หรือ proposer
  • การกระจุกตัวและความล้มเหลวของ relay, builder หรือ private order flow
  • อุปสรรคด้านเงินทุน การเปิดใช้งาน ฮาร์ดแวร์ และการปฏิบัติงานของ validator
  • การกระจุกตัวของ mining pool หรือ staking pool ผู้รับฝาก และผู้ดำเนินการ
  • การพึ่ง client แบบเดียวและข้อบกพร่องที่ส่งผลพร้อมกัน
  • อุปสรรคด้านพื้นที่จัดเก็บ แบนด์วิดท์ การซิงค์ ประวัติ และการเข้าถึงข้อมูล
  • ความเสี่ยงจาก bootnode, DNS, NAT, การให้คะแนนเพียร์, eclipse, Sybil และ resource DoS
  • การเปิดเผยตัวตนจาก ledger, RPC, IP, เวลา, เงินทุน และกราฟธุรกรรม
  • การควบคุมของ owner, proxy, role, pause หรือ allowlist ในสัญญา
  • การพึ่งพา oracle, sequencer, bridge, ความพร้อมใช้ของข้อมูล หรือ multisig
  • ความล้มเหลวด้านหลักประกัน กรอบเวลา ข้อมูล การคำนวณ หรือสิทธิของ proof หรือ challenge
  • การสับสนระหว่างการยอมรับ การเผยแพร่ การบรรจุ ความถูกต้อง และ finality
  • การปะปนการกำกับดูแลโพรโทคอล การนำ client ไปใช้ และการกำกับดูแลแอปพลิเคชัน
  • ข้อจำกัดด้านกฎหมาย ภูมิศาสตร์ ISP cloud และห่วงโซ่อุปทานฮาร์ดแวร์

ความเข้าใจผิดที่พบบ่อย

  • ไม่ต้องขออนุญาตหมายถึงฟรี ทันที และรับประกันการบรรจุ สิ่งที่ถูกยกเลิกคือด่านอนุมัติที่ระบุไว้ ส่วนข้อจำกัดทางเศรษฐกิจ เทคนิค และการจัดลำดับยังคงอยู่
  • ทุกคนที่เดินเครื่องโหนดสามารถเสนอ block ได้ตามต้องการ การตรวจสอบอย่างอิสระกับการคัดเลือกผู้สร้าง block โดยฉันทามติเป็นคนละบทบาท
  • สิทธิการเข้าร่วมตามโพรโทคอลหมายถึงเข้าร่วมง่ายและมีอิทธิพลเท่ากัน ต้นทุนทรัพยากรและอิทธิพลที่ถ่วงน้ำหนักด้วยทรัพยากรอาจต่างกันมาก
  • สาธารณะหรือใช้นามแฝงหมายถึงเป็นส่วนตัวหรือไม่เปิดเผยตัวตน ข้อมูลบน chain และ metadata ของโครงสร้างพื้นฐานอาจระบุรูปแบบและผู้มีส่วนร่วมได้
  • base chain แบบไม่ต้องขออนุญาตทำให้ทุกแอปพลิเคชันไม่ต้องขออนุญาต สัญญา rollup bridge ส่วนติดต่อ และการกำกับดูแลยังมีการควบคุมและการพึ่งพาของตนเอง

หัวข้อที่เกี่ยวข้อง

แหล่งข้อมูล

การนำทาง

ค้นหาในวิกิ...