โพสต์ดั้งเดิมโดย Donovan Choy ผู้สนับสนุน Bankless
การรวบรวมต้นฉบับ: Zion, CT Chinese
Ethereum ยังไม่ได้รับการต่อต้านการเซ็นเซอร์...นี่คือสิ่งที่นักพัฒนากำลังทำอยู่
เมื่อวันที่ 8 สิงหาคม 2022 กระทรวงการคลังสหรัฐได้ลงโทษ Tornado Cash
ทุกคนรู้ว่าหน่วยงานกำกับดูแลเกลียดคริปโตเคอเรนซี แต่การคว่ำบาตรนี้ทำให้ DeFi ไม่ทันตั้งตัว มันแสดงถึงความพยายามที่ไม่เคยเกิดขึ้นมาก่อนของหน่วยงานกำกับดูแลของสหรัฐอเมริกาในการปราบปราม cryptocurrencies อย่างเป็นทางการ
ในทางใดทางหนึ่ง การลงโทษต่อ Tornado Cash เป็นการให้พรโดยปลอมตัว การโจมตีด้านกฎระเบียบนี้ทำให้ DeFi นึกถึงพื้นฐานของมัน โดยเริ่มตรวจสอบจุดตรวจสอบที่รวมศูนย์ทุกจุดในพื้นที่การเงินที่กระจายอำนาจทั้งหมด
การกระจายอำนาจเป็นเรื่องสำคัญจริงๆ
ทางลัดใด ๆ ที่คุณใช้ในการรวมศูนย์สามารถใช้กับคุณได้
หัวข้อของการเซ็นเซอร์เป็นเรื่องยากที่จะเข้าใจ การพยายามทำความเข้าใจข้อกังวลเกี่ยวกับการรวมศูนย์ Ethereum นั้นต้องการความรู้ด้านเทคนิค และมหาสมุทรแห่งศัพท์แสงคริปโตก็ยากที่จะนำทาง
บทความนี้พยายามทำความเข้าใจปัญหาการเซ็นเซอร์ทั้งหมดของ Ethereum ในช่วงไม่กี่เดือนที่ผ่านมา และกลั่นกรองออกมาเป็นเงื่อนไขที่พลเมืองคริปโต (แม้แต่ผู้ที่เกลียดชัง) สามารถเข้าใจได้ง่าย
ฉันแสดงรายการเวกเตอร์การรวมศูนย์ที่สำคัญทั้งหมดบนโปรโตคอล Ethereum และอธิบายสั้น ๆ เกี่ยวกับตลาดและโซลูชันทางเทคนิคต่าง ๆ ที่ผู้ประกอบการและนักพัฒนากำลังดำเนินการ
ภาพรวมโดยย่อของห่วงโซ่อุปทาน Ethereum
ทฤษฎีการออกแบบดั้งเดิมของ Ethereum เกี่ยวข้องกับผู้เข้าร่วมเพียงสองคน: ผู้ใช้ที่เรียกใช้โหนดของตนเอง ส่งธุรกรรมผ่านเครือข่ายแบบ peer-to-peer เพื่อบล็อกตัวตรวจสอบความถูกต้อง ซึ่งจะสร้างบล็อกและรวมการทำธุรกรรม
ผู้ตรวจสอบบล็อคเชน (เราเรียกพวกเขาว่าผู้ขุดใน PoW และผู้เดิมพันใน PoS) ควรจะเป็นผู้ตรวจสอบความถูกต้องของบล็อคที่เป็นกลาง
ในความเป็นจริงกระบวนการนี้ซับซ้อนกว่ามาก ผู้ตรวจสอบความถูกต้องเผชิญกับการเลือกปฏิบัติที่จูงใจในทางที่ผิดโดยการขายบล็อกให้กับผู้ค้นหาที่ใช้บอทการเก็งกำไร สิ่งนี้นำไปสู่ต้นทุนการทำธุรกรรมที่สูงขึ้นสำหรับผู้ใช้ทั่วไปและความแออัดบนบล็อกเชน ซึ่งเป็นปรากฏการณ์ที่รู้จักกันในชื่อ Maximum Extractable Value (MEV) ในช่วงสองปีที่ผ่านมา MEV บน Ethereum สูงถึง 675 ล้านดอลลาร์ (ประมาณ 6.7 ล้านดอลลาร์บน Cosmos)
ในการรวม Ethereum ต่อไปนี้เป็นลำดับการทำธุรกรรมทั่วไป:
ผู้ใช้สร้างธุรกรรมด้วยกระเป๋าเงินผ่านส่วนหน้าของ dapp ธุรกรรมเหล่านี้ถูกส่งไปยังพูลหน่วยความจำ (mempool);
ผู้ค้นหาใช้บอทหากำไรและสแกน mempools จากนั้นรวมดีลเข้าด้วยกัน
ธุรกรรมแบบรวมจะถูกส่งผ่านไปยังตัวสร้างบล็อค ซึ่งจะแนบการเสนอราคาค่าธรรมเนียม
หากทั้งผู้สร้างและตัวตรวจสอบความถูกต้องเชื่อมต่อกับรีเลย์ ผู้ถ่ายทอดจะซ่อนบล็อกที่รวมไว้ก่อนที่จะส่งไปยังการประมูล
ตัวตรวจสอบความถูกต้อง (เช่น ผู้เสนอบล็อค ผู้เสนอ) เลือกการเสนอราคาค่าธรรมเนียมและเสนอบล็อค
ผู้รับรองตรวจสอบความถูกต้องของบล็อกก่อนที่จะวางบนห่วงโซ่ในที่สุด
(โปรดทราบว่าคำว่าผู้ตรวจสอบความถูกต้องและผู้เสนอใช้แทนกันได้ในบทความนี้)
ในลำดับการทำธุรกรรมนี้ มีเวกเตอร์การรวมศูนย์ในแต่ละขั้นตอน
ชื่อระดับแรก
01. อินเทอร์เฟซส่วนหน้า
ชื่อเรื่องรอง
ภัยคุกคามจากการเซ็นเซอร์
วันนี้ dapps จำนวนมากมีอินเทอร์เฟซส่วนหน้าแบบรวมศูนย์ ประวัติโดยย่อของ Web3 แสดงให้เห็นว่าเมื่อหน่วยงานกำกับดูแลเข้ามาตรวจสอบ DeFi จะตอบ เหตุการณ์นี้เกิดขึ้นเมื่อ Balancer ซ่อนกลุ่มสภาพคล่องมูลค่า 20 ล้านดอลลาร์ไว้ที่ส่วนหน้า หรือเมื่อ Uniswap Labs เพิกถอนโทเค็นอนุพันธ์สังเคราะห์หลายสิบรายการอย่างรวดเร็วในส่วนหน้าเพื่อหลีกเลี่ยงการตรวจสอบจาก SEC MetaMask และ Infura ยังใช้ขั้นตอนเดียวกันเพื่อบล็อกที่อยู่กระเป๋าเงินที่สอดคล้องกับการคว่ำบาตร Tornado Cash
การเอาชนะส่วนหน้าเป็นเพียงส่วนเล็ก ๆ ของภูเขาน้ำแข็ง Dapp ที่เราใช้อาศัยโหนด RPC (เซิร์ฟเวอร์) เพื่อสื่อสารความตั้งใจของผู้ใช้ โหนดคือจุดเชื่อมต่อ (คิดว่าเป็น API) ที่เข้าถึงข้อมูล สื่อสาร และดำเนินการธุรกรรมบนบล็อกเชน
ในโลกอุดมคติ ทุกคนสามารถเรียกใช้โหนดของตนเองได้ แต่ตามที่ Moxie Marlinspike ผู้ก่อตั้ง Signal เคยกล่าวไว้เมื่อวิจารณ์ Web3 คนส่วนใหญ่ไม่ได้เรียกใช้โหนดของตนเอง ซึ่งสร้างการพึ่งพาผู้ให้บริการโหนดส่วนกลาง เช่น Infura และ Alchemy พวกเขาทำให้ชีวิตใน DeFi ง่ายขึ้นมาก แต่อย่างที่คุณทราบ มันมาพร้อมกับราคา เนื่องจาก Dapps จำนวนมาก เช่น Uniswap และ Metamask ต่างก็พึ่งพา Infura ในการรันโหนด ดังนั้นเวกเตอร์การรวมศูนย์ที่สำคัญจึงปรากฏขึ้นที่ส่วนท้ายนี้
บริษัทที่รวมศูนย์อย่าง Infura หากตกเป็นเป้าหมายของหน่วยงานกำกับดูแล จะทำให้ Ethereum หยุดชะงักอย่างมาก อันที่จริง เรื่องนี้เกิดขึ้นเมื่อ Infura ห้ามที่อยู่ IP ของอิหร่านในเดือนมีนาคมเพื่อให้สอดคล้องกับมาตรการคว่ำบาตรทางการเมืองของสหรัฐฯ นอกจากนี้ยังมีเหตุผลทางเทคนิคที่ทำให้ผู้ให้บริการโหนดส่วนกลางมีปัญหา Ethereum ประสบปัญหาเครือข่ายขัดข้องในเดือนพฤศจิกายน 2020 เมื่อ mainnet API ของ Infura เป็นอัมพาตเนื่องจากไคลเอนต์ Geth ไม่ได้รับการอัปเดต และ dapps จำนวนมากใช้งานไม่ได้
คำอธิบายภาพ
ที่มา: ethernodes.org
ด้วยเวกเตอร์การรวมศูนย์จำนวนมากแล้ว เรายังไม่ได้พูดถึง mempool เลยด้วยซ้ำ
ชื่อเรื่องรอง
โซลูชัน #1
การรวมศูนย์ส่วนหน้าเป็นปัญหาเล็กน้อย ต้องขอบคุณระบบนิเวศมิดเดิลแวร์ DeFi ที่เฟื่องฟู ซึ่งทำให้เราสามารถข้ามฟรอนท์เอนด์ Dapps ที่ถูกเซ็นเซอร์ผ่านสถานที่ทางเลือกได้หลายวิธี ตัวอย่าง ได้แก่ เครื่องมือติดตามพอร์ตโฟลิโอ เช่น Zapper และ Zerion กระเป๋าเงินดิจิทัลที่มีฟังก์ชัน แลกเปลี่ยน ในตัว และผู้รวบรวม DeFi เช่น 1inch และ Paraswap อนุญาตให้คุณเข้าถึง dapps โดยไม่ต้องเข้าถึงโดยตรง Dapps ส่วนใหญ่เช่น Uniswap มุ่งมั่นที่จะเปิดซอร์สโค้ดฟรอนท์เอนด์ของตน โดยอนุญาตให้บุคคลใด ๆ หรือแม้แต่ DAO เฉพาะสร้างฟรอนต์เอนด์ขึ้นมาใหม่
เพื่อหลีกเลี่ยงส่วนหน้าที่ถูกเซ็นเซอร์ ผู้ให้บริการพื้นที่เก็บข้อมูลแบบกระจายอำนาจ เช่น IPFS ยังใช้เพื่อโฮสต์โดเมนส่วนหน้าที่มีเนื้อหาคงที่ สำหรับส่วนหน้าที่มีเนื้อหาแบบไดนามิก (โซเชียลมีเดีย) โปรโตคอลการจัดทำดัชนีแบบกระจายอำนาจ เช่น The Graph จะใช้ในการสืบค้นข้อมูลทั่วทั้งบล็อคเชนและ dapps ผ่านภาษาสืบค้นที่เป็นหนึ่งเดียว และสำหรับชื่อโดเมนที่ถูกเซ็นเซอร์ บริการชื่อแบบกระจายศูนย์ เช่น ENS นำเสนอวิธีการโฮสต์ชื่อโดเมนที่ทนต่อการเซ็นเซอร์มากขึ้น โดยการสร้างชื่อโดเมนบนสัญญาอัจฉริยะของ Ethereum ซึ่งแตกต่างจากเว็บไซต์ส่วนใหญ่ในปัจจุบันที่จัดเก็บไว้ในเซิร์ฟเวอร์ DNS แบบรวมศูนย์ ซึ่งเสี่ยงต่อการถูกยึดชื่อโดเมนหรือการบล็อกที่อยู่ IP
ชื่อเรื่องรอง
โซลูชัน #2
สำหรับปัญหาของการรวมศูนย์โหนด วิธีแก้ปัญหาทางเทคนิคที่สำคัญคือไคลเอ็นต์แบบเบา การ hard fork ของ Ethereum Altair ปูทางให้พวกเขา ไคลเอนต์ ultra-light เหล่านี้ช่วยให้เราสร้าง Ethereum เวอร์ชันเนทีฟของเราเองบนคอมพิวเตอร์ อุปกรณ์มือถือ หรือเว็บเบราว์เซอร์ของเราเอง ซึ่งเราสามารถถ่ายทอดธุรกรรมไปยังโหนดเต็มรูปแบบที่ยอมรับการสืบค้นจากไคลเอ็นต์ที่มีน้ำหนักเบาและทำการร้องขอ ด้วยการทำเช่นนี้ dapps สามารถอำนวยความสะดวกในการทำธุรกรรมแทนการเรียกจุดสิ้นสุด RPC ส่วนกลางเช่น Infura หรือ Alchemy
ชื่อเรื่องรอง
https://twitter.com/SalomonCrypto/status/1579283196708941824
โซลูชัน #3
เมื่อเราต้องการพึ่งพาผู้ให้บริการโหนดภายนอก มีทางเลือกอื่นๆ ของ Infura แบบกระจายอำนาจ เช่น Pocket Network หรือ Ankr ที่ลดความจำเป็นในการใช้ Infura ให้เหลือน้อยที่สุด
คำอธิบายภาพ
ชื่อเรื่องรอง
โซลูชัน #4
ชื่อระดับแรก
02. ผู้ค้นหา
หลังจากส่งธุรกรรมของผู้ใช้สำเร็จแล้ว ผู้ใช้จะเข้าสู่พูลหน่วยความจำ mempool เป็นฐานข้อมูลของธุรกรรมที่รอดำเนินการซึ่งส่งโดยผู้ใช้ทั่วไปเช่นคุณและฉัน บางครั้งเรียกว่า ของ Ethereumป่าที่มืด🌳 เกม MEV (Maximum Extractable Value) เริ่มต้นที่นี่
เมื่อธุรกรรมอยู่ใน mempool แล้ว ผู้ค้นหาจะเริ่มค้นหาป่ามืดเพื่อหาโอกาสในการทำกำไร MEV ผู้ค้นหามักจะเป็นสถาบันขนาดใหญ่และโต๊ะซื้อขายที่เป็นกรรมสิทธิ์ซึ่งเรียกใช้บอตการเก็งกำไร แต่บางครั้งก็รวมถึงบุคคลทั่วไปด้วย พวกเขาจ่ายค่าธรรมเนียมก๊าซสูงสำหรับผู้ตรวจสอบความถูกต้องเพื่อรับคำสั่งธุรกรรมแทนการผ่านแหล่งรวมสาธารณะ
สิ่งหนึ่งที่ควรทราบก็คือ แม้ว่าโดยทั่วไปแล้ว MEV จะถือว่าแย่ทั้งหมด แต่ก็มี MEV ที่ดีเช่นกัน ในกรณีของราคาสกุลเงินดิจิทัลที่ผันผวน โปรโตคอล DeFi จำเป็นต้องชำระหลักประกันของผู้ให้กู้อย่างรวดเร็ว และจำเป็นต้องจ่ายค่าธรรมเนียมก๊าซสูงเพื่อให้แน่ใจว่าธุรกรรมสามารถดำเนินการได้อย่างรวดเร็ว หากบล็อกเชนได้รับการออกแบบตามลำดับก่อนหลัง DeFi จะไม่มีประสิทธิภาพมากนัก ผู้ค้นหามีบทบาทสำคัญในการสร้างความสมดุลระหว่างประสิทธิภาพนี้และการสร้างบล็อกที่มีประสิทธิภาพ
ชื่อระดับแรก
ชื่อเรื่องรอง
1) ก่อนการแยกผู้สร้างข้อเสนอ (PBS)
ก่อนการควบรวม Ethereum การสร้างบล็อกดำเนินการโดยหน่วยงานเดียว: นักขุด สิ่งนี้ทำให้นักขุดสามารถใช้ประโยชน์จาก DEX arbitrage และการชำระบัญชีโดยแยกความแตกต่างของธุรกรรมใน mempool
ปัญหาจะแย่ลงเมื่อเวลาผ่านไป ผู้แสวงหาและนักขุดเริ่มสมรู้ร่วมคิดในตลาดใต้ดินเพื่อเลือกธุรกรรมอย่างมีประสิทธิภาพสูงสุดเพื่อเพิ่มผลกำไร MEV ของพวกเขาเอง ท้ายที่สุดสิ่งนี้จะเพิ่มต้นทุนคงที่ของการเป็นนักขุด เนื่องจากผู้ให้บริการกลุ่มการขุดขนาดใหญ่มีทุนในการรันอัลกอริธึมที่ซับซ้อน ซึ่งแซงหน้านักขุดที่ทำงานที่บ้าน — ให้กำเนิด MEV อย่างที่เราทราบกันดี ยอดรวมของ MEV ที่ถอนออกบน Ethereum ในช่วงสองปีที่ผ่านมาสูงถึง 675 ล้านดอลลาร์!
ความเสี่ยงของการรวมศูนย์ที่นี่มีปัญหาสองประการ ประการแรก มันทำให้ผู้ใช้ Ethereum เจ็บปวด ซึ่งจบลงด้วยการรอนานขึ้นหรือจ่ายค่าธรรมเนียมการทำธุรกรรมมากขึ้น อยู่ในสถานะที่ดีขึ้น
เพื่อต่อสู้กับสิ่งนี้ นักพัฒนา ethereum กำลังทำงานกับโซลูชันในโปรโตคอลที่รู้จักกันในชื่อ ตามชื่อที่แนะนำ PBS แบ่งบทบาทผู้ตรวจสอบความถูกต้องออกเป็นสองบทบาทแยกกัน:
ตัวสร้างบล็อก
ตัวสร้างบล็อก
ภายใต้ PBS ผู้สร้างบล็อกจะแข่งขันกันเพื่อสร้างรายการธุรกรรมที่สั่งรวมจากผู้ค้นหา ธุรกรรมเหล่านี้รวมเข้าด้วยกันและปรับให้เหมาะสมเพื่อเพิ่มค่าธรรมเนียม MEV ของผู้สร้างให้สูงสุด ซึ่งจะถูกส่งต่อไปเพื่อบล็อกผู้เสนอ ผู้เสนอได้รับแรงจูงใจให้เลือกธุรกรรมตามค่าธรรมเนียมสูงสุดเพื่อสร้างบล็อกและส่งไปยังเครือข่ายเพื่อรวมไว้ในเครือข่าย
สิ่งนี้จะลดอำนาจรวมศูนย์ของการเซ็นเซอร์ผู้เสนอบล็อก เนื่องจากผู้ที่สร้างบล็อกไม่ใช่คนเดียวกันกับที่เลือกธุรกรรมที่จะรวมไว้ในบล็อก ดังที่ Vitalik เขียนไว้ใน จุดสิ้นสุดของการขยายตัวของ Blockchainตามที่อธิบายไว้ในบทความ จุดรวมของ PBS คือการเพิ่มการกระจายอำนาจของผู้ตรวจสอบความถูกต้องให้มากที่สุด
แต่ PBS นั้นซับซ้อนทางเทคนิคและจะไม่พร้อมในอีกไม่กี่ปีข้างหน้า (อาจจะ 2-8 ปีต่อมา!) ข่าวดีก็คือว่าในระหว่างนี้การแก้ปัญหาระหว่างกาลในการรวมศูนย์ตรวจสอบความถูกต้องได้เกิดขึ้นแล้ว
ขั้นแรก ผู้ตรวจสอบที่ผสานจะถูกสุ่มเลือกให้เป็นผู้เสนอบล็อกในแต่ละช่อง สิ่งนี้แตกต่างจาก PoW ก่อนการควบรวมกิจการที่นักขุดทุกคนตรวจสอบการทำธุรกรรมใหม่โดยการไขปริศนาทางคณิตศาสตร์ หลังจากหนึ่งในผู้ตรวจสอบความถูกต้องประมาณ 420,000 รายบน Ethereum ได้รับการสุ่มเลือกให้เป็นผู้เสนอบล็อก คณะกรรมการตรวจสอบความถูกต้องอีกชุดหนึ่งจะถูกสุ่มเลือกเพื่อส่งหลักฐาน (โหวต) ของความถูกต้องของบล็อกที่เสนอ การสับแบบสุ่มสองชั้นนี้ทำงานเพื่อลดการรวมศูนย์ของเครื่องมือตรวจสอบความถูกต้องบน Ethereum ทำให้ผู้โจมตีตรวจจับหรือบุกรุกเครือข่ายได้ยากขึ้น
ประการที่สอง บริษัทอย่าง Flashbots ได้ก้าวเข้ามาสร้าง PBS เทียม Flashbots ได้พัฒนาไคลเอนต์ซอฟต์แวร์ (MEV-Geth สำหรับ PoW Ethereum, MEV-Boost สำหรับ PoS Ethereum) ซึ่งตัวตรวจสอบความถูกต้องสามารถเสียบเข้ากับไคลเอนต์ที่เป็นเอกฉันท์และรันบนโหนดของตนได้ วิธีนี้เป็นการจ้างคนภายนอกให้ทำงานในการสร้างแบบเอกสารสำเร็จรูปอย่างมีประสิทธิภาพให้กับบทบาทผู้สร้างโดยเฉพาะ (แยกผู้เสนอออกจากผู้สร้าง!)
ที่มา: Flashbots
ที่มา: Flashbots
ชื่อเรื่องรอง
2) ยุคแยกผู้เสนอ/ผู้สร้าง (PBS)
PBS ขจัดการรวมศูนย์อำนาจของผู้ตรวจสอบขนาดใหญ่ แต่แม้หลังจากออกแบบ PBS แล้ว เราก็ยังไปไม่ถึงดินแดนแห่งการกระจายอำนาจตามที่สัญญาไว้ ในยุคหลัง PBS การรวมศูนย์จะยังคงมีอยู่ ส่วนที่เหลือของส่วนนี้จะแสดงภาพรวมโดยย่อของภัยคุกคามการเซ็นเซอร์ต่างๆ ที่ Ethereum เผชิญอยู่ และแนวทางแก้ไขที่เกี่ยวข้องซึ่งกำลังดำเนินการอยู่
ภัยคุกคามจากการเซ็นเซอร์ #1
ในขณะที่ PBS บรรเทาปัญหาการรวมศูนย์ก่อนหน้านี้ แต่ยังแนะนำเวกเตอร์ใหม่ของการรวมศูนย์ในระดับผู้สร้างด้วยการเพิ่มความสามารถของผู้สร้างในการตรวจสอบธุรกรรม ด้วยการสร้างบทบาทผู้สร้างเฉพาะ ผู้สร้างจะมีความสามารถในการเสนอราคาสูงเกินไปสำหรับการบล็อกและไม่รวมธุรกรรมบางอย่าง
วิธีแก้ปัญหา 1
ทางออกแรกคือรายการต่อต้านการเซ็นเซอร์ (crList) หรือที่เรียกว่า hybrid PBS สมมติว่าเราสงสัยว่าผู้สร้างกำลังพยายามเซ็นเซอร์การทำธุรกรรม เรารู้เรื่องนี้เพราะบล็อกที่พวกเขาสร้างขึ้นสำหรับผู้เสนอยังไม่เต็ม และมีธุรกรรมที่มีสิทธิ์รออยู่ใน mempool เพื่อรวมเข้าด้วยกัน
crList อนุญาตให้ผู้เสนอบังคับให้ผู้สร้างใช้พื้นที่บล็อกว่างอย่างเต็มที่ โดยไม่อนุญาตให้ผู้เสนอกำหนดลำดับของธุรกรรมที่จะรวมอย่างชัดเจน: เฮ้ผู้สร้าง โปรดเติมบล็อกว่าง มิฉะนั้นธุรกรรมที่ฉันเลือกจะถูกปฏิเสธ รวมอยู่ด้วย
หากผู้สร้างยืนยันในการตรวจสอบธุรกรรม และเพิกเฉยต่อ crList ของผู้เสนอ ผู้พิสูจน์จะปฏิเสธบล็อก (ผู้พิสูจน์จะถูกเลือกโดยการสุ่ม โดยลงคะแนนเสียงในส่วนหัวของบล็อกของเชนตามรูปแบบบัญญัติหลังจากบล็อกที่เสนอโดยตัวตรวจสอบความถูกต้อง) ในระยะสั้น crLists เป็นกลไกทางอ้อมที่ช่วยให้ผู้ยื่นข้อเสนอสามารถดูแลตลาดแบบรวมศูนย์สำหรับการสร้างบล็อกโดยไม่ทำลายวัตถุประสงค์ทั้งหมดของ PBS (เพื่อกระจายอำนาจผู้เสนอ)
โซลูชันที่ 2
แต่จะเป็นอย่างไรหากผู้เสนอสามารถขอให้ผู้สร้างรวมธุรกรรมได้ หรือจะเป็นอย่างไรหากพวกเขาสมรู้ร่วมคิดกับผู้สร้างและบอกผู้สร้างไม่ให้รวมการทำธุรกรรม สิ่งนี้นำไปสู่วิธีแก้ปัญหาที่สอง: การทำให้เรียบของ MEV เช่นเดียวกับที่ crList จำกัดผู้สร้าง การทำให้เรียบของ MEV จะควบคุมผู้เสนอโดยลบดุลยพินิจออกไป
แนวคิดในที่นี้คือการขอให้ผู้พิสูจน์ให้ความสนใจกับตลาดการสร้างบล็อก โดยเฉพาะอย่างยิ่งการเสนอราคาค่าธรรมเนียมที่แนบมากับบล็อก จากนั้นจึงรับรองเฉพาะบล็อกจากการเสนอราคาสูงสุดโดยผู้เสนอ หากผู้ยื่นข้อเสนอไม่ได้เสนอบล็อกที่ทำกำไรได้มากที่สุดที่สร้างขึ้นสำหรับพวกเขา ต้องมีบางอย่างผิดปกติ ดังนั้นผู้พิสูจน์จะถามว่า: เฮ้ ผู้เสนอ คุณเกลียดการหาเงินหรือคุณต้องการเซ็นเซอร์? ผลก็คือ MEV- การปรับให้เรียบมีจุดมุ่งหมายเพื่อทำให้กำไร MEV ของผู้ยื่นข้อเสนอเท่ากันทั้งหมด และสร้างตลาดที่มีประสิทธิภาพสมบูรณ์แบบซึ่งขจัดแรงจูงใจสำหรับผู้ยื่นข้อเสนอให้มีส่วนร่วมในการเซ็นเซอร์แบบเลือกปฏิบัติ
แนวทางแก้ไข 3
วิธีที่สามคือการใช้พูลหน่วยความจำที่เข้ารหัส crLists มีไว้สำหรับผู้สร้างและการปรับให้เรียบของ MEV มีไว้สำหรับผู้เสนอ แต่ mempool ที่เข้ารหัสนั้นออกแบบมาเพื่อต่อสู้ทั้งสองอย่าง กลไกนี้เข้าใจได้ง่าย: เข้ารหัสเนื้อหาของการทำธุรกรรมของผู้ใช้และที่อยู่ส่ง/รับก่อนที่พวกเขาจะเข้าสู่ mempool และจะถอดรหัสเมื่ออยู่ในเครือข่ายเท่านั้น สิ่งนี้ทำให้นักแสดงยากที่จะเซ็นเซอร์หรือมีส่วนร่วมกับเทคโนโลยีการสกัด MEV เช่นส่วนหน้าของธุรกรรม สิ่งนี้ทำให้ไม่จำเป็นต้องใช้พูลหน่วยความจำส่วนตัว เช่น Flashbots Protect เทคโนโลยี mempool ที่เข้ารหัสเป็นสิ่งที่นักพัฒนา Cosmos, Flashbots และเครือข่ายที่มุ่งเน้นความเป็นส่วนตัวเช่น Aztec กำลังทดลองด้วย
วิธีแก้ปัญหา 4
ทางออกที่สี่และสุดท้ายคือแนวทางที่เราต้องการพึ่งพาน้อยที่สุด แต่ก็เป็นตัวเลือกที่ดีเช่นกัน นั่นคือการสร้างตนเองที่เห็นแก่ผู้อื่น ซึ่งในกรณีนี้ผู้เสนอเพียงแค่เลือกที่จะสร้างบล็อกของตนเองแทนที่จะจ้างผู้สร้างจากภายนอก ข้อดีของสิ่งนี้คือแม้จะมีผู้สร้างที่เห็นแก่ผู้อื่นจำนวนน้อยประมาณ 10% Ethereum ก็สามารถเติบโตต่อไปได้
ข้อเสียที่ชัดเจนที่นี่คือการทำงานกับสิ่งจูงใจทางเศรษฐกิจ - โปรดจำไว้ว่าผู้ตรวจสอบความถูกต้องต้องการใช้ MEV-Boost เนื่องจากสร้างค่าธรรมเนียมที่สูงกว่า นี่คือเหตุผลว่าทำไมการส่งเสริมวัฒนธรรมต่อต้านการเซ็นเซอร์และรักษาการกระจายอำนาจในระดับสังคมจึงเป็นเรื่องสำคัญมาก
ภัยคุกคามจากการเซ็นเซอร์ #2
คำอธิบายภาพ
ที่มา: clientdiversity.org
หากพบว่าไคลเอนต์เป็นบั๊กกี้หรือถูกโจมตี มีความเสี่ยงสูงที่เครือข่ายจะหยุดชะงัก นี่ไม่ใช่การคาดเดาเชิงทฤษฎี ดังที่แสดงให้เห็นโดยเหตุการณ์การโจมตี Shanghai DOS ในปี 2559 เมื่อผู้โจมตีหลอกให้ไคลเอนต์ Geth ลดความเร็วในการประมวลผล ในการรวม Ethereum สองในสามของ ETH ที่จำนำจะต้องบรรลุผลสุดท้าย ความล้มเหลวของไคลเอนต์หลักอาจทำให้เครือข่าย ethereum หยุดทำงานชั่วคราว (หรือแย่กว่านั้น: แยก) - ทำให้ไคลเอ็นต์ใด ๆ นั้นทำงานบนโหนดตัวตรวจสอบความถูกต้องไม่เกินสองในสาม !
ปัญหาของการรวมศูนย์ไคลเอนต์นั้นรุนแรงมาก แม้แต่บริษัทชั้นนำอย่าง Prysmatic Labs ที่มีการใช้งานไคลเอ็นต์สูงสุดก็ยังแนะนำให้ตัวตรวจสอบความถูกต้องของโหนด ใช้การแข่งขันของพวกเขา ท้ายที่สุด หาก Ethereum ล่ม มันคือความสูญเสียสำหรับทุกคน
สารละลาย
โปรดทราบว่าการคุกคามของการเซ็นเซอร์ที่นี่ไม่ได้มีผลเฉพาะกับ staker แต่ละคนเท่านั้น แต่ยังรวมถึงผู้ให้บริการโหนดส่วนกลางเช่น Infura และ Alchemy หรือผู้ให้บริการโหนดแบบกระจายอำนาจเช่น Pocket Network โซลูชันที่ใช้แล้วโดยนักพัฒนา Ethereum รวมถึงบทลงโทษต่างๆ เพื่อลดส่วนแบ่งของผู้ตรวจสอบที่ไม่ได้ใช้งาน เช่น กลไกการรั่วไหลของการไม่ใช้งาน ใน Beacon Chain ในปัจจุบัน บทลงโทษต่อต้านการพึ่งพายังรุนแรงกว่าหากเครื่องมือตรวจสอบการทำงานที่ไม่เหมาะสมทั้งหมดล้มเหลวในไคลเอนต์เดียวกัน สิ่งนี้ส่งเสริมวัฒนธรรมหลายลูกค้า (ความหลากหลายของลูกค้า! ) ในขณะที่สนับสนุนให้ผู้ตรวจสอบพิจารณาไม่เพียงแต่ความเสี่ยงทางเทคนิคเท่านั้น แต่ยังรวมถึงสิ่งจูงใจทางเศรษฐกิจเมื่อเลือกลูกค้าด้วย
ภัยคุกคามจากการเซ็นเซอร์ #3
ที่มา: Dune Analytics
ที่มา: Dune Analytics
สารละลาย
ไม่มีวิธีแก้ปัญหาที่ง่าย แต่มีเหตุผลที่จะมองโลกในแง่ดี ประการแรก แม้ว่า Lido จะควบคุม 30% ของ ETH ที่เดิมพัน แต่ก็ไม่ได้มีอยู่เป็นเอนทิตีเดียวและไม่มีอิทธิพลโดยตรงต่อการสร้างบล็อก กล่องสงคราม ETH ของ Lido ถูกส่งต่อไปยังผู้ให้บริการโหนด 28 รายที่เดิมพันผ่านโหนดนับหมื่นเพื่อป้องกันการโจมตีเครือข่ายฝ่ายเดียว
ผู้ที่กระจายอำนาจสูงสุดจะไม่พบความสะดวกสบายมากนักในตัวดำเนินการ 28 โหนด ซึ่งยังน้อยเกินไปเมื่อพิจารณาถึงการเดิมพัน (เครือข่าย Ethereum!) วิธีแก้ไขปัญหาทางเทคนิคที่เป็นไปได้วิธีหนึ่งสำหรับปัญหาการรวมศูนย์ของ ETH คือ Distributed Validator Technology (DVT) หรือที่เรียกว่า Secret Sharing Validator Technology ซึ่งเป็นพื้นที่ที่มูลนิธิ Ethereum ทำการวิจัยอย่างแข็งขันตั้งแต่ปี 2019 บริษัทที่เป็นหัวหอกในการพัฒนา DVT คือ RockX ซึ่งเป็นผู้ให้บริการโหนดบล็อกเชนระดับสถาบันและเป็นหนึ่งในผู้ให้บริการโหนด 28 แห่งของ Lido
DVT เป็นโปรโตคอลโอเพ่นซอร์สที่กระจายกิจกรรมการทำงานของโหนดระหว่างตัวตรวจสอบที่แตกต่างกัน แทนที่จะเป็นตัวตรวจสอบความถูกต้องตัวเดียว ใช้กระบวนการคำนวณหลายฝ่าย (MPC) เพื่อให้แน่ใจว่าสามารถเรียกใช้โหนดร่วมกันโดยตัวตรวจสอบความถูกต้องหลายตัว เนื่องจากคีย์ส่วนตัวเป็นแบบ แชร์ ดังนั้นจึงไม่มีนักแสดงคนใดที่สามารถเข้าถึงคีย์ส่วนตัวที่จำเป็นในการเซ็นชื่อข้อความได้อย่างเต็มที่ นอกจากนี้ยังช่วยให้ตัวตรวจสอบความถูกต้องสามารถแทนที่ตัวตรวจสอบความถูกต้องอื่นในกรณีที่โครงสร้างพื้นฐานล้มเหลว
ชื่อระดับแรก
04. รีเลย์
ในรุ่น MEV-Boost รีเลย์ทำหน้าที่เป็น นายหน้า ขั้นกลางระหว่างผู้เสนอและผู้สร้าง รีเลย์เป็นเวกเตอร์การรวมศูนย์ที่ไม่เหมือนใคร ซึ่งเป็นผลมาจาก Flashbot ที่พยายามแก้ปัญหา MEV เพื่อให้เข้าใจถึงภัยคุกคามจากการเซ็นเซอร์ที่นี่ อันดับแรกจำเป็นต้องเข้าใจว่าทำไมผู้ทำซ้ำจึงปรากฏขึ้น
โปรดจำไว้ว่าเหตุผลทั้งหมดที่ต้องการแยกบทบาทผู้ตรวจสอบความถูกต้องภายใต้ PBS ออกเป็นผู้เสนอและผู้สร้างคือเพื่อลดอำนาจการเซ็นเซอร์ของผู้ตรวจสอบความถูกต้องและป้องกันไม่ให้หน่วยงานหนึ่ง (เช่น Coinbase หรือ Lido) ถือหุ้น ETH เดิมพันสูง คุณสามารถตัดสินใจโดยพลการว่าอะไร เพื่อรวมออนเชน
ดังนั้นเพื่อให้ PBS ทำงานได้ ผู้เสนอจะต้องไม่รู้เนื้อหาของบล็อกที่ได้รับจากผู้สร้าง มิฉะนั้น ผู้เสนอจะสามารถแยกแยะได้ว่าบล็อกใดที่พวกเขาคิดว่าควรดำเนินการแบบออนไลน์ และเรากลับมาที่จุดเริ่มต้นก่อน PBS
นี่คือสิ่งที่ตัวทำซ้ำทำภายใต้โมเดล MEV-Boost ของ Flashbots ผู้สร้างส่งการเสนอราคาสำหรับบล็อกที่ประกอบแล้วไปยังผู้ถ่ายทอด จากนั้นจะส่งบล็อกไปยังเอสโครว์ที่ซ่อนอยู่ และเปิดเผยราคาต่อผู้เสนอที่ยอมรับน้ำหนักบรรทุกของผู้ถ่ายทอดเท่านั้น
คำอธิบายภาพ
ที่มา: DevCon
ภัยคุกคามจากการเซ็นเซอร์
แต่จะเกิดอะไรขึ้นถ้าผู้ทำซ้ำเลือกที่จะเซ็นเซอร์ตัวเอง? สิ่งนี้นำเราไปสู่หัวใจของการรวมศูนย์ความเสี่ยงที่ระดับรีเลย์ วันนี้ 58% ของบล็อกรีเลย์บน Ethereum กำลังตรวจสอบธุรกรรม Tornado Cash เช่น สอดคล้องกับ OFAC ส่วนใหญ่ 58% (80%) มาจากบล็อกรีเลย์ของ Flashbots (ดูภาพด้านล่าง)
โปรดทราบว่ามีตัวตรวจสอบความถูกต้องอื่น ๆ อีกมากมายที่ยังคงยอมรับการบล็อกด้วยธุรกรรม Tornado Cash ดังนั้นนี่จึงเป็นรูปแบบการเซ็นเซอร์ที่ นุ่มนวล ซึ่งแสดงออกมาโดยความล่าช้าไม่กี่นาที แทนที่จะเป็นการเซ็นเซอร์ในรูปแบบที่ เข้มงวด ตราบใดที่ผู้ทำซ้ำจำนวนน้อยไม่ถูกเซ็นเซอร์ ปัญหาก็ยังคงไม่สะดวกสำหรับผู้ใช้ ซึ่งไม่ใช่สิ่งที่เราคิดว่าเป็น การเซ็นเซอร์ ถึงกระนั้นก็เป็นปัญหาที่นำไปสู่การพิจารณาอย่างกว้างขวางเกี่ยวกับ ethereum ในช่วงไม่กี่เดือนที่ผ่านมา
สารละลาย
ทางออกที่ชัดเจนคือการส่งเสริมให้ผู้ทำซ้ำในวงกว้างขึ้น ตัวตรวจสอบมักจะเชื่อมต่อกับรีเลย์หลายตัวพร้อมกัน ดังที่แสดงไว้ด้านบน 3 ใน 7 รีเลย์ (BloXroute และ Manifold) ไม่เซ็นเซอร์ธุรกรรม Tornado Cash เนื่องจากรีเลย์เป็นเอนทิตีที่ไม่ได้รับอนุญาต สิ่งนี้ทำให้ทุกคนสามารถสร้างรีเลย์ของตนเองได้ง่าย (Flashbot เองก็มีรีเลย์แบบโอเพนซอร์สของตนเอง) อุปสรรคในการเข้าถึงต่ำสำหรับการสร้างรีเลย์ที่ไม่เซ็นเซอร์หมายความว่าเวกเตอร์การรวมศูนย์นี้เบากว่าระดับตัวตรวจสอบความถูกต้องมาก ซึ่งการบล็อกผู้ไม่ซื่อสัตย์/ประพฤติตัวไม่เหมาะสมนั้นมีค่าใช้จ่ายสูงกว่ามาก
ข่าวดีก็คือผู้ทำซ้ำเป็นเวกเตอร์การเซ็นเซอร์ชั่วคราวในระยะยาว เมื่อรวม PBS เข้ากับโปรโตคอลอย่างเป็นทางการแล้ว ก็จะไม่ต้องใช้รีเลย์อีกต่อไป เนื่องจากผู้สร้างจะเชื่อมต่อกับผู้เสนอ
ดังนั้น คุณควรเข้าใจห่วงโซ่อุปทานของ MEV ทั้งหมดและสิ่งที่เรากำลังทำอยู่
โปรดทราบว่าบทความนี้เกี่ยวข้องกับแบบฟอร์มการเซ็นเซอร์ที่ไม่สุภาพเท่านั้น ซึ่งโดยทั่วไปจะเท่ากับบล็อกความล่าช้าในการรวมเป็นวินาที/นาที
ลิงค์ต้นฉบับ
