Martin Koppelmann ผู้ก่อตั้ง Gnosis Safe ได้ใช้ Twitter เพื่ออภิปรายถึงความสำคัญของการตรวจสอบสถานะการเซ็นเซอร์บน Ethereum blockchain Koppelmann กล่าวว่า "ไม่มีข้อตกลงกว้าง ๆ ที่จำเป็นต้องแก้ไข" อย่างไรก็ตาม มีหลายคำตอบที่ถกเถียงถึงวิทยานิพนธ์ของ Koppelmann แสดงความคิดเห็น, “จำนวนบล็อกที่ประมวลผลโดย OFAC เซ็นเซอร์นั้นทำให้เข้าใจผิด”
จำนวนบล็อกที่จะไม่รวมธุรกรรมไปยังทอร์นาโดเป็นสิ่งหนึ่ง สิ่งที่ทำให้ฉันลำบากใจมากกว่าคือไม่มีข้อตกลงกว้างๆ ที่จำเป็นต้องแก้ไข pic.twitter.com/BfcqlxNKQ2
— มาร์ติน เคิปเปลมันน์ 🇮🇹 (@koeppelmann) ตุลาคม 28, 2022
ผลกระทบของการปฏิบัติตาม OFAC
อดีตสมาชิกของมูลนิธิ Ethereum ฮัดสัน เจมสันโต้แย้งว่า 65% ของบล็อก Ethereum ที่สอดคล้องกับ OFAC นั้น “ได้ยิน 0 ผลกระทบ” ในขณะนี้ แต่เห็นด้วยว่าจำเป็นต้องได้รับการแก้ไข Jameson อ้างว่า FlashBots และ Suave กำลังทำงานเกี่ยวกับโซลูชันสำหรับบล็อกการเซ็นเซอร์รีเลย์ MEV-boost เพื่อให้สอดคล้องกับ OFAC
Jameson อ้างถึง TM Basile Genève พิธีกรร่วมของ Network Age Podcast ผู้โพสต์กระทู้เมื่อวันที่ 17 ตุลาคม เซน การเซ็นเซอร์ Ethereum คือ "95% FUD, 5% todo list" เธรดสันนิษฐานว่าความกลัวประมาณ 65% ของโหนด Ethereum ที่สอดคล้องกับ OFAC นั้นเกี่ยวข้องกับการโจมตี 51% ที่เป็นไปได้
ไม่น่าจะกลัวการโจมตี 51%
การโจมตี 51% บนเครือข่าย Ethereum นั้นต้องการให้ผู้กระทำผิด "ไม่สร้างบล็อกที่ถูกต้องของผู้อื่นอย่างต่อเนื่อง สันนิษฐานว่าเพื่อเซ็นเซอร์เนื้อหาของบล็อกเหล่านั้น" การโจมตีดังกล่าวไม่น่าจะเกิดขึ้น ตาม ถึงเจนีวา “มันไม่มีอะไรเกิดขึ้น”
5; อย่างไรก็ตาม ใน Eth ปัจจุบัน **ไม่มีอะไรเกิดขึ้น**
แต่ผู้ตรวจสอบความถูกต้องจะไม่รวมธุรกรรมบางอย่างเมื่อ *สร้างบล็อกของตนเอง* แต่สร้างจากบล็อกที่ถูกต้องก่อนหน้าตามปกติ
— TM Basile Genève 🌺 🦇🔊~timluc-miptev (@basileSportif) ตุลาคม 17, 2022
อย่างไรก็ตาม การโจมตี 51% ไม่ใช่ตัวขับเคลื่อนหลักสำหรับการวิพากษ์วิจารณ์สถานะปัจจุบันของเครือข่าย Ethereum
โซลูชั่นการเซ็นเซอร์ในผลงาน
Jameson แย้งว่าชุมชน Ethereum กำลังทำงานเพื่อหาทางแก้ไขโดยขอข้อมูลจากชุมชน เรียกใช้ mini-con และเวิร์กช็อป จากนั้นจึงประกาศว่า "ฉันสับสนว่าพวกเขาจะทำอะไรได้อีก" เจมสันแย้งว่า “การเลือกการต่อสู้ที่ไม่ถูกต้องและขยายขอบเขตการคุกคามที่ไม่เป็นปัจจุบันเป็นสิ่งที่อันตราย” ในขณะที่สนับสนุนให้มีการต่อต้านการเซ็นเซอร์
ไม่มีใครบอกว่าอย่าพูดถึงมัน ฉันบ่นเกี่ยวกับความรำคาญและความเกลียดชังรอบตัวเรื่อง เราทุกคนควรหวาดระแวงและต่อสู้เพื่อต่อต้านการเซ็นเซอร์ แต่การเลือกการต่อสู้ที่ไม่ถูกต้องและขยายการคุกคามที่ไม่เป็นปัจจุบันเป็นสิ่งที่อันตราย
- ฮัดสันเจมสัน (@hudsonjameson) ตุลาคม 29, 2022
การเปลี่ยนแปลงสภาพที่เป็นอยู่
Koppelmann ไม่เห็นด้วยกับ Jameson ว่าสถานการณ์ปัจจุบันไม่ก่อให้เกิดอันตรายใด ๆ ในขณะที่เขาเชื่อว่า "มันเป็นการตัดสินใจที่ชัดเจนในทันทีว่าจะไม่เซ็นเซอร์ และก็เป็นชนกลุ่มน้อยแล้ว" การมีอยู่ของ "โหนดที่ไม่เซ็นเซอร์" เป็นสิ่งที่ Koppelmann เชื่อว่าก่อให้เกิดอันตรายเนื่องจาก "เป็นที่คาดการณ์ได้ค่อนข้างมากว่าการเรียกใช้โหนดที่ไม่เซ็นเซอร์จะกลายเป็นที่น่าสงสัย"
ไม่นานมานี้ความเสี่ยงในการรันโหนด Ethereum (เครื่องมือตรวจสอบ) เป็น 0 ในขณะที่ทุกคนกำลังทำอยู่ ขณะนี้ ค่าดีฟอลต์/บรรทัดฐานกลายเป็นข้อยกเว้นอย่างรวดเร็ว ด้วยความเร็วของการพัฒนาในปัจจุบัน สามารถมองเห็นได้ล่วงหน้าว่าการรันโหนดที่ไม่เซ็นเซอร์จะกลายเป็นที่น่าสงสัย
— มาร์ติน เคิปเปลมันน์ 🇮🇹 (@koeppelmann) ตุลาคม 29, 2022
การโต้แย้งของ Jameson ให้เหตุผลว่าผู้ขุดได้ตรวจสอบธุรกรรมบางอย่างบน Ethereum จนถึงปี 2017 แต่ “มีการแจ้งเตือนน้อยกว่ามาก” นอกจากนี้ เขาชี้ไปที่ “แผนงานและแผนงานที่แท้จริงเพื่อขจัดปัญหาทั้งหมด”
2/ อยู่ในหินเลย มีแผนและแผนงานที่แท้จริงในการกำจัดปัญหาทั้งหมด (Suave) ดังนั้นแม้ว่าบรรทัดฐานจะก่อตัวขึ้น (ฉันไม่เห็นด้วยที่พวกเขาจะทำเช่นนั้น) มันก็จะถูกกำจัดอยู่ดี เลยถามกลับว่า วันนี้มีใครโดนทำร้าย หรือ กลัวการกลับเป็นเหมือนเดิม แม้กระทั่งต่อหน้า
- ฮัดสันเจมสัน (@hudsonjameson) ตุลาคม 29, 2022
การโต้เถียงของ Koppelmann ยังคงเป็นประเด็นที่แตกแยก การเซ็นเซอร์ Ethereum ในปัจจุบันเป็นปัญหาหรือไม่ และมี 'โหนดการเซ็นเซอร์' กลายเป็นค่าเริ่มต้นสำหรับผู้ตรวจสอบความถูกต้องหรือไม่ คอปเพลมันน์ คิดว่า ว่า "ค่าเริ่มต้นมีความสำคัญ และปัจจุบันมีการเปลี่ยนแปลงอย่างมาก ในทางตรงกันข้าม คนอื่นๆ ในชุมชนชี้ไปที่การทำงานโดยตรงของ Flashbots และสมาชิกของมูลนิธิ Ethereum เพื่อขอข้อมูลจากชุมชนในการหาทางแก้ไข
สรุป
เป็นการยากที่จะโต้แย้งว่ามีการย้ายไปสู่กลุ่มที่สอดคล้องกับการเซ็นเซอร์โดยการตรวจสอบข้อมูลโดยตรง อย่างไรก็ตาม ยังมีความเชื่อในการทำความเข้าใจแผนงานสำหรับการพัฒนา Ethereum และแนวทางแก้ไขที่เป็นไปได้ที่สามารถนำไปใช้ในการแก้ปัญหาได้
ทวีตด้านล่างเน้นย้ำถึงการเพิ่มขึ้นของบล็อกที่สอดคล้องกับ OFAC โดยผู้ตรวจสอบหลัก Lido เติบโตขึ้นเป็น 51% จากเพียง 35% เมื่อเดือนที่แล้ว อย่างไรก็ตาม ดูเหมือนว่าวิธีแก้ปัญหาหลายอย่าง รวมถึงการปิดรีเลย์บางตัว สามารถบรรเทาปัญหาได้เกือบข้ามคืน
เพียงแค่ดูเอนทิตีชั้นนำและวัดเฉพาะการกระจายพื้นที่บล็อกรีเลย์บล็อก mev-boost ของ Flashbots:@ลิโด้ไฟแนนซ์ % 35 51 ไป%@binance % 31 59 ไป%@Rocket_Pool % 46 53 ไป%@stakefish % 72 89 ไป%@bitfinex % 29 59 ไป%
Huobi 45% ถึง 58%
Bloxstaking 79% ถึง 93%https://t.co/RR2h9wnZlo
2/ pic.twitter.com/npZKhlPUsE— Spanglish.lens 🦇🔊 (@CriptoSpanglish) ตุลาคม 27, 2022
แม้ว่าการต่อต้านการเซ็นเซอร์ของ Ethereum เป็นหัวข้อสำคัญสำหรับหลาย ๆ คนที่เกี่ยวข้องกับ crypto สิ่งสำคัญคือต้องเข้าใจว่าข้อมูลบนเครือข่ายไม่ได้บอกเล่าเรื่องราวทั้งหมด งานกำลังดำเนินการในฟอรัมสาธารณะแบบเปิดเนื่องจากลักษณะโอเพ่นซอร์สของ Ethereum ผู้ที่กังวลเกี่ยวกับอนาคตของ blockchain ได้รับเชิญให้เข้าร่วมในการอภิปราย วิธีที่ตรงไปตรงมาคือการมีส่วนร่วมหรือแสดงความคิดเห็นเกี่ยวกับโครงการ GitHub for Ethereum.
โปรแกรมเมอร์ Phil Daian อ้างว่า “Ethereum ไม่ได้ถูกเซ็นเซอร์ในวันนี้” ในขณะที่กำลังโพสท่า “ถ้าคุณมองเข้าไปใน *ใคร* ที่ใช้พลังงานในการขยับเข็ม คำตอบไม่ได้อยู่ที่คนตะโกนบน Twitter”
ขอขอบคุณสำหรับการมีสติที่หายาก!
Ethereum ไม่ถูกเซ็นเซอร์ในวันนี้ มันไม่ใช่ปัญหาสำหรับผู้ใช้ในวินาทีนี้ มันไม่ใช่สภาพที่เป็นอยู่ในอุดมคติ และถ้าคุณดู * * * * * * * * * * * ใครกำลังเติมพลังในการขยับเข็ม คำตอบคือไม่ใช่คนที่ตะโกนบน Twitter
— 🤖 (@phildaian) ตุลาคม 28, 2022
ผลกระทบโดยตรงในปัจจุบันคือบล็อกที่เกี่ยวข้องกับที่อยู่ที่ถูกคว่ำบาตรของ OFAC ได้รับการประมวลผลช้าลงเนื่องจากมีผู้ตรวจสอบน้อยกว่า 40% ที่เพิ่มลงในบล็อก ปัจจุบันมีผลน้อยที่สุด อย่างไรก็ตาม อาจจำเป็นต้องมีวิธีแก้ไขเพื่อหลีกเลี่ยงความยุ่งยากเพิ่มเติม หาก "การเซ็นเซอร์" ไปถึง 100% ณ จุดนั้น จะไม่มีการประมวลผลบล็อกที่สอดคล้องกับ OFAC อย่างไรก็ตาม จากความรู้สึกของชุมชน ดูเหมือนว่าอาจมีการแก้ไขในการ์ดก่อนที่จะกลายเป็นความจริง
ที่มา: https://cryptoslate.com/ethereum-censorship-debate-heats-up-as-censored-blocks-hits-65-fud-or-simple-fix/