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

ความต้านทานการเซ็นเซอร์

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

อัปเดต

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

ตอบตรง

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

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

มันทำงานอย่างไร

ติดตามธุรกรรมที่ลงนามแล้วผ่านขั้นตอนที่แตกต่างกัน:

  1. การสร้างและยื่น กระเป๋าเงินสร้างและลงนามธุรกรรม จากนั้นส่งผ่านผู้ให้บริการ RPC เส้นทางส่วนตัว หรือเครือข่ายเพียร์ทูเพียร์ เกตเวย์สามารถปฏิเสธได้โดยไม่ต้องเปลี่ยนโปรโตคอลพื้นฐาน
  2. การรับเข้าและการเผยแพร่ โหนดตรวจสอบความถูกต้องฉันทามติและนโยบาย mempool หรือรีเลย์ของตนเอง ธุรกรรมอาจมีฉันทามติที่ถูกต้อง แต่ไม่ได้ถ่ายทอดโดยโหนดใดโหนดหนึ่ง เพื่อนร่วมงานและเส้นทางการส่งที่เป็นอิสระหลายรายช่วยลดการพึ่งพาผู้รักษาประตูเพียงคนเดียว
  3. การสร้างบล็อกและข้อเสนอ นักขุด นักตรวจสอบ ตัวจัดลำดับ หรือผู้สร้างภายนอกจะเลือกธุรกรรมและคำสั่งซื้อของพวกเขา ผู้ผลิตแบบหมุนเวียนจะทำให้นักแสดงคนหนึ่งปฏิเสธชั่วคราวก็ต่อเมื่อส่วนแบ่งที่มีนัยสำคัญของผู้ผลิตรายหลังสามารถมองเห็นและรวมการทำธุรกรรมได้
  4. การตรวจสอบความถูกต้องและตัวเลือกทางแยก โหนดอื่นปฏิเสธบล็อกที่ไม่ถูกต้องและตัดสินใจว่าสาขาที่ถูกต้องใดเป็นแบบบัญญัติ การตรวจสอบความถูกต้องโดยอิสระจะป้องกันไม่ให้ผู้ผลิตทำธุรกรรมที่ไม่ถูกต้องให้ถูกต้อง แต่โดยปกติแล้วจะไม่บังคับให้ผู้ผลิตรายนั้นรวมธุรกรรมที่ถูกต้องโดยเฉพาะ
  5. การยืนยันหรือการสิ้นสุด การรวมไม่เหมือนกับข้อตกลงถาวร การปรับโครงสร้างองค์กรสามารถลบการรวมล่าสุดออกได้ การยืนยันหรือกฎขั้นสุดท้ายที่เกี่ยวข้องนั้นเป็นแบบเฉพาะลูกโซ่

วัดผลลัพธ์แทนการกำหนดป้ายกำกับไบนารี สำหรับธุรกรรมที่มีจำหน่ายครั้งแรกในวงกว้างที่ t_seen และรวมอยู่ใน t_included:

inclusion delay = t_included - t_seen

เปรียบเทียบความล่าช้านั้นกับธุรกรรมที่มีราคาใกล้เคียงกันและซับซ้อนใกล้เคียงกันในกรอบเวลาความแออัดเดียวกัน อีกมาตรการที่มีประโยชน์คือ:

eligible inclusion rate = included eligible transactions / observed eligible transactions

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

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

ตัวอย่าง

สมมติว่าธุรกรรมที่ถูกต้องเข้าถึงเครือข่ายสาธารณะที่ความสูงของบล็อค 840,000 เสนอค่าธรรมเนียมที่แข่งขันได้ ซึ่งเหมาะสมกับแต่ละบล็อกต่อไปนี้และยังคงใช้ได้ ผู้ผลิตสามคนละเว้น; อันที่สี่รวมไว้ที่ความสูง 840,004

  • ความล่าช้าที่สังเกตได้คือ 4 blocks จากจุดเริ่มต้นที่ระบุไว้
  • การละเว้นสามครั้งไม่ได้พิสูจน์การประสานงานเพียงอย่างเดียว นโยบายการสั่งซื้อ การขยายพันธุ์ และผู้ผลิตจำเป็นต้องได้รับการตรวจสอบ
  • การรวมโดยผู้ผลิตรายที่สี่ที่เป็นอิสระแสดงให้เห็นว่าผู้ผลิตรายแรกไม่มีการยับยั้งโดยสมบูรณ์
  • หากผู้ผลิตที่ควบคุมโอกาส 90% ใช้ตัวกรองเดียวกัน โมเดลสล็อตอิสระที่เรียบง่ายให้ความน่าจะเป็นต่อการรวมสล็อต 1 - 0.90 = 10% และ 1 / 0.10 = 10 slots ที่คาดหวัง การควบคุมที่สัมพันธ์กันและกฎการเลือกจริงอาจทำให้แบบจำลองนี้ใช้ไม่ได้

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

ความเสี่ยง

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

ใช้เส้นทางที่เป็นอิสระอย่างแท้จริงในทางปฏิบัติ ห้ามแชร์วลีเริ่มต้นหรือคีย์ส่วนตัวกับ RPC, บริการส่งต่อหรือ “ต่อต้านการเซ็นเซอร์” และอย่าแทนที่หรือออกอากาศธุรกรรมซ้ำโดยไม่เข้าใจกฎ nonce และค่าธรรมเนียม

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

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

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

แหล่งที่มา

การนำทาง

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