원래 게시자: Donovan Choy, Bankless 기고자
편집 원본: Zion, CT Chinese
이더리움은 아직 검열 저항을 달성하지 못했습니다. 개발자가 수행하는 작업은 다음과 같습니다.
2022년 8월 8일 미국 재무부는 토네이도 현금을 제재했습니다.
규제 당국이 암호화폐를 싫어한다는 것은 누구나 알고 있지만 이 제재로 인해 DeFi는 허를 찔렸습니다. 이는 암호화폐를 공식적으로 단속하려는 미국 규제 당국의 전례 없는 노력을 나타냅니다.
어떻게 보면 토네이도 캐시에 대한 제재는 위장된 축복이었습니다. 이 규제 맹공격은 DeFi에게 기본 사항을 상기시켜 전체 분산 금융 공간에서 모든 중앙 집중식 체크포인트를 면밀히 조사했습니다.
탈 중앙화는 실제로 중요합니다.
중앙 집중화에 대한 지름길은 불리하게 사용될 수 있습니다.
검열이라는 주제는 이해하기 어렵습니다. 이더리움 중앙 집중화를 둘러싼 우려를 이해하려면 약간의 기술 지식이 필요하며 암호화 전문 용어의 바다를 탐색하기가 어렵습니다.
이 기사는 지난 몇 달 동안 이더리움의 모든 검열 문제를 밝히고 모든 암호화 시민(심지어 싫어하는 사람도)이 쉽게 이해할 수 있는 용어로 추출하려고 시도합니다.
이더리움 프로토콜의 모든 주요 중앙 집중화 벡터를 나열하고 기업가와 개발자가 작업 중인 다양한 시장 및 기술 솔루션을 간략하게 설명합니다.
Ethereum 공급망에 대한 간략한 개요
이더리움의 원래 설계 이론에는 두 명의 참여자만 참여했습니다. 자신의 노드를 실행하는 사용자, 블록을 구축하고 트랜잭션을 포함하는 블록 검증자에게 P2P 네트워크를 통해 트랜잭션을 전송하는 것입니다.
블록체인 유효성 검사기(PoW에서는 채굴자, PoS에서는 스테이커라고 함)는 블록을 검증하는 중립적인 행위자로 간주됩니다.
실제로 프로세스는 훨씬 더 복잡합니다. 유효성 검사기는 차익 거래 봇을 실행하는 구직자에게 블록을 판매함으로써 잘못된 인센티브 차별에 직면합니다. 이로 인해 일반 사용자에게는 더 높은 거래 비용이 발생하고 블록체인의 혼잡이 발생합니다. 이는 최대 추출 가능 가치(MEV)로 알려진 현상입니다. 지난 2년 동안 이더리움의 MEV는 6억 7,500만 달러(코스모스에서는 670만 달러로 추산)에 도달했습니다.
병합된 이더리움에서 트랜잭션의 일반적인 순서는 다음과 같습니다.
사용자는 dapp의 프런트 엔드를 통해 지갑과 거래를 생성합니다. 이러한 트랜잭션은 메모리 풀(mempool)로 전송됩니다.
검색자는 재정 거래 봇을 실행하고 멤풀을 스캔한 다음 거래를 함께 묶습니다.
묶음 거래는 블록 빌더에게 전달되며 블록 빌더는 수수료 입찰을 첨부합니다.
빌더와 유효성 검사기 모두 릴레이어에 연결되어 있는 경우 릴레이어는 번들 블록을 경매에 제출하기 전에 숨깁니다.
유효성 검사기(예: 블록 제안자, 제안자)는 수수료 입찰을 선택하고 블록을 제안합니다.
증명자는 블록이 최종적으로 체인에 놓이기 전에 블록을 검증합니다.
(유효성 검사자와 제안자라는 용어는 이 문서에서 같은 의미로 사용됩니다.)
이 거래 순서에는 각 단계마다 중앙 집중화 벡터가 있습니다.
첫 번째 레벨 제목
01. 프런트엔드 인터페이스
보조 제목
검열 위협
오늘날 많은 dapp에는 중앙 집중식 프런트 엔드 인터페이스가 있습니다. Web3의 짧은 역사는 규제 당국이 노크할 때 DeFi가 응답한다는 것을 보여줍니다. 이것은 Balancer가 프런트 엔드에 2천만 달러의 유동성 풀을 숨겼거나 Uniswap Labs가 SEC의 조사를 피하기 위해 프런트 엔드에서 수십 개의 합성 파생 토큰을 신속하게 삭제했을 때 발생했습니다. MetaMask와 Infura도 Tornado Cash 제재를 준수하는 지갑 주소를 차단하기 위해 동일한 조치를 취했습니다.
프런트 엔드를 극복하는 것은 빙산의 일각에 불과합니다. 우리가 사용하는 dapp은 사용자 의도를 전달하기 위해 RPC 노드(서버)에 의존합니다. 노드는 정보에 액세스하고, 통신하고, 블록체인에서 트랜잭션을 실행하는 연결 지점(API로 생각)입니다.
이상적인 세상에서는 모든 사람이 자신의 노드를 실행할 수 있습니다. 그러나 Signal 설립자 Moxie Marlinspike가 Web3를 비판할 때 지적했듯이 대부분의 사람들은 자체 노드를 실행하지 않으므로 Infura 및 Alchemy와 같은 중앙 집중식 노드 서비스 공급자에 대한 의존도가 높아집니다. 그들은 DeFi에서의 삶을 훨씬 더 쉽게 만들었지만 아시다시피 대가가 따릅니다. Uniswap 및 Metamask와 같은 많은 수의 dapp이 차례로 Infura에 의존하여 노드를 실행하기 때문에 중요한 중앙화 벡터가 이 끝에 나타납니다.
Infura와 같은 중앙 집중식 회사는 규제 기관의 표적이 된다면 이더리움에 상당한 혼란을 야기할 것입니다. 실제로 지난 3월 Infura가 미국의 정치적 제재를 준수하기 위해 이란 IP 주소를 금지했을 때 이런 일이 일어났습니다. 중앙 집중식 노드 공급자가 문제가 되는 기술적인 이유도 있습니다. Ethereum은 2020년 11월 Infura의 Geth 클라이언트가 업데이트되지 않아 메인넷 API가 마비되고 많은 dapp을 사용할 수 없게 되면서 네트워크 중단을 경험했습니다.
이미지 설명
출처: ethernodes.org
이미 많은 중앙 집중화 벡터가 있기 때문에 우리는 아직 mempool에 대해 이야기하지도 않았습니다.
보조 제목
솔루션 #1
프런트 엔드 중앙 집중화는 비교적 사소한 문제입니다. 이것은 번성하는 DeFi 미들웨어 생태계 덕분입니다. 이를 통해 다양한 방법으로 대체 장소를 통해 검열된 dapp 프런트 엔드를 우회할 수 있습니다. 예를 들면 Zapper 및 Zerion과 같은 포트폴리오 추적기, 교환 기능이 통합된 암호화폐 지갑, 1inch 및 Paraswap과 같은 DeFi 애그리게이터가 있습니다. 직접 액세스 없이 dapp에 액세스할 수 있습니다. Uniswap과 같은 대부분의 dapp은 프런트 엔드 코드를 오픈 소싱하여 개인 또는 전용 DAO가 프런트 엔드를 다시 만들 수 있도록 합니다.
검열된 프런트엔드를 우회하기 위해 IPFS와 같은 분산형 스토리지 공급자는 정적 콘텐츠가 있는 프런트엔드 도메인을 호스팅하는 데에도 사용됩니다. 동적 콘텐츠(소셜 미디어)가 있는 프런트엔드의 경우 The Graph와 같은 분산형 인덱싱 프로토콜을 사용하여 통합 쿼리 언어를 통해 블록체인 및 dapp에서 데이터를 쿼리합니다. 그리고 검열된 도메인 이름의 경우 ENS와 같은 분산형 이름 서비스는 Ethereum 스마트 계약 위에 도메인 이름을 구축하여 도메인 이름을 호스트하는 검열 방지 방식을 제공합니다. 이는 오늘날 도메인 이름 탈취 또는 IP 주소 차단에 취약한 중앙 집중식 DNS 서버에 저장된 대부분의 웹사이트와 다릅니다.
보조 제목
솔루션 #2
노드 중앙 집중화 문제의 핵심 기술 솔루션은 라이트 클라이언트입니다. Ethereum Altair 하드 포크는 그들을 위한 길을 열었습니다. 이 초경량 클라이언트를 통해 우리는 우리 자신의 컴퓨터, 모바일 장치 또는 웹 브라우저에서 자체적인 이더리움 기본 버전을 생성할 수 있습니다. 여기서 우리는 경량 클라이언트의 쿼리를 수락하고 요청을 하는 모든 전체 노드에 트랜잭션을 브로드캐스트할 수 있습니다. 이를 통해 dapp은 Infura 또는 Alchemy와 같은 중앙 집중식 RPC 끝점을 호출하는 대신 트랜잭션을 용이하게 할 수 있습니다.
보조 제목
https://twitter.com/SalomonCrypto/status/1579283196708941824
솔루션 #3
외부 노드 공급자에 의존하고 싶을 때 Infura의 필요성을 최소화하는 Pocket Network 또는 Ankr과 같은 분산형 Infura 대안이 있습니다.
이미지 설명
보조 제목
솔루션 #4
첫 번째 레벨 제목
02. 수색자
사용자의 트랜잭션이 성공적으로 제출된 후 메모리 풀에 들어갑니다. mempool은 귀하와 저와 같은 일반 사용자가 제출한 보류 중인 거래의 데이터베이스이며 때때로 이더리움의 어두운 숲🌳 MEV(Maximum Extractable Value) 게임이 여기서 시작됩니다.
트랜잭션이 mempool에 있으면 검색자는 수익성 있는 MEV 기회를 찾기 위해 어두운 숲을 스캔하기 시작합니다. 검색자는 일반적으로 재정 거래 봇을 실행하는 대규모 기관 및 독점 거래 데스크이지만 때때로 개인도 포함됩니다. 검증인이 공개 풀을 통하지 않고 트랜잭션 주문을 수락하도록 높은 가스 수수료를 지불합니다.
여기서 주목해야 할 한 가지는 MEV가 일반적으로 모두 나쁜 것으로 간주되지만 좋은 MEV도 있다는 것입니다. 암호화폐 가격이 변동하는 경우 DeFi 프로토콜은 대출 기관의 담보를 신속하게 청산해야 하며 트랜잭션이 신속하게 실행될 수 있도록 높은 가스 수수료를 지불해야 합니다. 블록체인이 선착순으로 설계된다면 DeFi는 매우 비효율적일 것입니다. 검색자는 이러한 효율성의 균형을 맞추고 효율적인 블록을 구축하는 데 중요한 역할을 합니다.
첫 번째 레벨 제목
보조 제목
1) Proposer Builder 분리 전(PBS)
이더리움 합병 이전에 블록 구축은 광부라는 한 주체에 의해 수행되었습니다. 이를 통해 채굴자는 멤풀에서 트랜잭션을 차별화하여 DEX 차익 거래 및 청산을 활용할 수 있습니다.
문제는 시간이 지남에 따라 악화됩니다. Seeker와 Miner는 자신의 MEV 이익을 극대화하기 위해 가장 효율적으로 트랜잭션을 선택하기 위해 지하 시장에서 결탁하기 시작합니다. 이것은 궁극적으로 광부가 되는 고정 비용을 증가시킵니다. 대형 광업 풀 운영자는 복잡한 알고리즘을 실행할 수 있는 자본을 가지고 있어 홈런 광부를 능가하여 우리가 알고 있는 MEV를 탄생시켰습니다. 지난 2년 동안 이더리움에서 인출된 총 MEV 금액은 6억 7,500만 달러에 달했습니다!
여기서 중앙화 위험에는 두 가지 문제가 있습니다: 첫째, 더 오래 기다리거나 더 많은 거래 수수료를 지불하게 되는 이더리움 사용자에게 더 유리한 위치에 있습니다.
이에 맞서기 위해 이더리움 개발자들은 제안자-빌더 분리(PBS)라고 알려진 프로토콜 내 솔루션을 연구하고 있습니다. 이름에서 알 수 있듯이 PBS는 유효성 검사기 역할을 두 개의 개별 기본 역할로 분할합니다.
블록 빌더
블록 빌더
PBS에서 블록 빌더는 서로 경쟁하여 찾는 사람의 트랜잭션 목록을 집계하여 생성합니다. 이러한 거래는 함께 묶이고 최적화되어 빌더 자체의 MEV 수수료를 극대화한 다음 블록 제안자에게 전달됩니다. 제안자는 가장 높은 수수료를 기준으로 트랜잭션을 선택하여 블록을 생성하고 온체인에 포함되도록 네트워크로 전송하도록 인센티브를 받습니다.
이는 블록 제안자 검열의 중앙 집중식 권한을 줄입니다. 블록을 구축하는 사람들이 블록에 포함될 거래를 선택하는 사람들과 동일하지 않기 때문입니다. Vitalik이 블록체인 확장의 끝판왕기사에서 설명한 것처럼 PBS의 요점은 검증인의 탈중앙화를 극대화하는 것입니다.
그러나 PBS는 기술적으로 복잡하고 몇 년 동안(아마도 2-8년 후!) 준비되지 않을 것입니다. 좋은 소식은 그 동안 유효성 검사기 중앙 집중화에 대한 임시 솔루션이 등장했다는 것입니다.
먼저 병합된 유효성 검사기는 각 슬롯에서 블록 제안자로 무작위로 선택됩니다. 이는 모든 채굴자가 수학적 퍼즐을 풀어 새로운 트랜잭션을 검증한 합병 전 PoW와 다릅니다. 이더리움의 약 420,000명의 유효성 검사자 중 한 명이 블록 제안자로 무작위로 선택된 후 다른 유효성 검사자 위원회가 무작위로 선택되어 제안된 블록의 유효성에 대한 증명(투표)을 제출합니다. 이 이중 랜덤 셔플링 레이어는 이더리움의 유효성 검사기 중앙 집중화를 억제하여 공격자가 네트워크를 검열하거나 손상시키는 것을 더 어렵게 만듭니다.
둘째, Flashbots와 같은 회사가 인위적으로 PBS를 만들기 위해 개입했습니다. Flashbots는 검증자가 합의 클라이언트에 연결하고 노드에서 실행할 수 있는 소프트웨어 클라이언트(PoW 이더리움용 MEV-Geth, PoS 이더리움용 MEV-Boost)를 개발했습니다. 이것은 빌딩 블록 작업을 전용 빌더 역할(빌더와 별도의 제안자!)에게 효과적으로 아웃소싱합니다.
출처: 플래시봇
출처: 플래시봇
보조 제목
2) 제안자/빌더 분리(PBS) 시대
PBS는 대규모 유효성 검사기의 중앙 집중식 권한을 제거합니다. 그러나 PBS가 설계된 후에도 우리는 약속된 탈중앙화의 땅에 도달하지 못했습니다. Post-PBS 시대에는 중앙화 벡터가 줄어들긴 하지만 여전히 존재할 것입니다. 이 섹션의 나머지 부분에서는 이더리움이 직면한 다양한 검열 위협과 작업 중인 해당 솔루션에 대한 간략한 개요를 제공합니다.
검열 위협 #1
PBS는 이전의 중앙 집중화 문제를 완화하는 동시에 빌더의 트랜잭션 검토 기능을 향상시켜 빌더 수준에서 새로운 중앙 집중화 벡터를 도입합니다. 전용 빌더 역할을 생성함으로써 빌더는 블록에 대해 초과 입찰하고 특정 트랜잭션을 제외할 수 있습니다.
솔루션 1
첫 번째 솔루션은 하이브리드 PBS라고도 하는 검열 방지 목록(crList)입니다. 빌더가 트랜잭션을 검열하려고 시도하는 것으로 의심된다고 가정합니다. 그들이 제안자를 위해 만든 블록이 가득 차지 않았고 mempool에서 포함되기를 기다리는 적합한 트랜잭션이 있기 때문에 우리는 이것을 알고 있습니다.
crList를 사용하면 제안자가 포함할 트랜잭션의 순서를 명시적으로 지시하지 않고 빌더가 빈 블록 공간을 완전히 활용하도록 강제할 수 있습니다.
빌더가 트랜잭션 검토를 고집하고 제안자의 crList를 무시하면 증명자는 블록을 거부합니다(검증자는 무작위로 선택되어 검증자가 제안한 블록 다음에 정식 체인의 블록 헤더에 투표함). 즉, crLists는 제안자가 PBS의 전체 목적(제안자를 분산화)을 손상시키지 않고 블록 구축을 위한 중앙 집중식 시장을 감독할 수 있도록 하는 간접적인 메커니즘입니다.
솔루션 2
하지만 제안자가 빌더에게 트랜잭션을 포함하도록 요청할 수 있거나 빌더와 공모하여 빌더에게 트랜잭션을 포함하지 말라고 지시하면 어떻게 될까요? 이는 두 번째 솔루션인 MEV-smoothing으로 이어집니다. crList가 빌더를 제한하는 것처럼 MEV-smoothing은 재량권을 제거하여 제안자를 제어합니다.
여기서 아이디어는 증명자들에게 블록 구축 시장, 특히 블록에 첨부된 수수료 입찰에 주의를 기울이도록 요청한 다음 제안자가 가장 높은 입찰가의 블록만 증명하도록 요청하는 것입니다. 제안자가 자신을 위해 구축된 가장 수익성 높은 블록을 제안하지 않는 경우 무언가 잘못된 것이 틀림없으므로 증명자는 다음과 같이 물을 것입니다. smoothing은 모든 제안자의 MEV 이익을 균등화하고 제안자가 차별적인 검열에 관여할 인센티브를 제거하는 완벽하게 효율적인 시장을 만드는 것을 목표로 합니다.
해결책 3
세 번째 솔루션은 암호화된 메모리 풀을 사용하는 것입니다. crLists는 빌더를 위한 것이고 MEV-smoothing은 제안자를 위한 것입니다. 이 메커니즘은 이해하기 쉽습니다. 사용자 트랜잭션의 내용과 전송/수신 주소가 mempool에 들어가기 전에 암호화하고 온체인일 때만 해독합니다. 이로 인해 행위자가 트랜잭션 프런트 엔드와 같은 MEV 추출 기술을 검열하거나 참여하기가 어렵습니다. 따라서 Flashbots Protect와 같은 개인 메모리 풀이 필요하지 않습니다. 암호화된 멤풀 기술은 Cosmos 개발자, Flashbots 및 Aztec과 같은 프라이버시 지향 체인도 실험하고 있는 것입니다.
해결책 4
네 번째이자 마지막 솔루션은 우리가 가장 의존하고 싶지 않은 솔루션이지만 좋은 옵션이기도 합니다. 이것의 장점은 소수의 이타적인 빌더가 약 10% 정도만 있어도 이더리움이 계속 성장할 수 있다는 것입니다.
여기서 명백한 단점은 경제적 인센티브에 반하는 것입니다. 유효성 검사기는 더 높은 수수료를 생성하기 때문에 MEV-Boost를 사용하기를 원한다는 점을 상기하십시오. 이것이 검열 저항 문화를 촉진하고 사회적 수준에서 분권화를 유지하는 것이 매우 중요한 이유입니다.
검열 위협 #2
이미지 설명
출처: clientdiversity.org
클라이언트에 버그가 있거나 공격을 받고 있는 것으로 확인되면 네트워크 중단 위험이 높아집니다. 이것은 공격자가 Geth 클라이언트를 속여 처리 속도를 늦추도록 한 2016년 상하이 DOS 공격 사건에서 입증된 것처럼 이론적인 추측이 아닙니다. 병합된 이더리움에서는 최종성을 달성하기 위해 서약된 ETH의 2/3가 필요합니다. 주요 클라이언트 장애는 이더리움 네트워크를 일시적으로 중단(또는 최악의 경우: 분할)할 수 있습니다. 따라서 특정 클라이언트가 유효성 검사기 노드의 2/3 이상에서 실행되지 않는 것이 중요합니다!
클라이언트 중앙 집중화 문제가 너무 심각해서 클라이언트 사용량이 가장 많은 Prysmatic Labs와 같은 선도 기업조차도 노드 유효성 검사기에게 경쟁을 사용하도록 조언하고 있습니다. 결국 Ethereum이 충돌하면 모두에게 손실입니다.
해결책
여기에서 검열의 위협은 개별 스테이커뿐만 아니라 Infura 및 Alchemy와 같은 중앙 집중식 노드 제공자 또는 Pocket Network와 같은 분산형 노드 제공자에게도 적용됩니다. Ethereum 개발자가 이미 구현한 솔루션에는 비활성 누출 메커니즘과 같은 비활성 유효성 검사기의 점유율을 줄이기 위한 다양한 벌칙이 포함됩니다. 오늘날의 Beacon Chain에서 오작동하는 유효성 검사기가 모두 동일한 클라이언트에서 실패하는 경우 반의존성 페널티도 더 가혹합니다. 실제로 이것은 다중 클라이언트 문화를 촉진합니다(클라이언트 다양성! ) 검증자가 클라이언트를 선택할 때 기술적 위험뿐만 아니라 경제적 인센티브도 고려하도록 권장합니다.
검열 위협 #3
출처: 듄 애널리틱스
출처: 듄 애널리틱스
해결책
쉬운 해결책은 없지만 낙관적이어야 할 이유가 있습니다. 첫째, Lido는 스테이킹된 ETH의 30%를 통제하지만 단일 주체로 존재하지 않으며 블록 구축에 직접적인 영향을 미치지 않습니다. Lido의 ETH 전쟁 자금은 모든 종류의 일방적인 네트워크 공격을 방지하기 위해 수만 개의 노드를 통해 스테이크하는 28개의 노드 운영자에게 전달됩니다.
탈중앙화 극대주의자들은 28개의 노드 운영자에서 큰 위안을 찾지 못할 것입니다. 이는 스테이킹(이더리움 네트워크!)을 고려할 때 여전히 너무 적습니다. ETH의 중앙 집중화 문제에 대한 가능한 기술 솔루션 중 하나는 이더리움 재단이 2019년부터 적극적으로 연구하고 있는 분야인 분산 검증 기술(DVT)입니다. DVT 개발을 주도하는 회사는 기관 블록체인 노드 공급자이자 Lido의 28개 노드 운영자 중 하나인 RockX입니다.
DVT는 단일 유효성 검사기 대신 여러 유효성 검사기 간에 활동을 실행하는 노드를 분산시키는 오픈 소스 프로토콜입니다. 다중 당사자 계산(MPC) 프로세스를 사용하여 개인 키가 공유되기 때문에 노드가 여러 유효성 검사기에 의해 공동으로 실행될 수 있도록 합니다. 따라서 어떤 행위자도 메시지에 서명하는 데 필요한 개인 키에 대한 전체 액세스 권한이 없습니다. 이를 통해 검증자는 인프라 장애 시 다른 검증자를 교체할 수 있습니다.
첫 번째 레벨 제목
04. 릴레이어
MEV-Boost 모델에서 릴레이어는 제안자와 빌더 간의 중간 브로커 역할을 합니다. 릴레이는 MEV 문제를 해결하려는 Flashbot의 결과인 고유한 중앙 집중화 벡터입니다. 여기서 검열의 위협을 이해하기 위해서는 먼저 리피터가 등장하는 이유를 이해할 필요가 있다.
PBS에서 유효성 검사기 역할을 제안자와 구축자로 분할하려는 전체 이유는 유효성 검사기의 검열 권한을 억제하고 하나의 엔터티(예: Coinbase 또는 Lido)가 대규모 스테이킹된 ETH 지분을 보유하지 못하도록 하기 위한 것입니다. 무엇을 임의로 결정할 수 있습니다. 온체인을 포함합니다.
따라서 PBS가 작동하려면 제안자는 빌더로부터 받는 블록의 내용에 대해 무지해야 합니다. 그렇지 않으면 제안자는 어떤 블록이 온체인으로 가야 한다고 생각하는지 구별할 수 있으며 PBS 이전에 시작한 위치로 돌아갑니다.
이것이 Flashbots의 MEV-Boost 모델에서 리피터가 수행하는 작업입니다. 빌더는 조립된 블록에 대한 입찰을 릴레이어에게 보내고 릴레이어는 블록을 숨겨진 에스크로로 보내고 릴레이어의 페이로드를 수락하는 제안자에게만 가격을 공개합니다.
이미지 설명
출처: 데브콘
검열 위협
그러나 리피터가 스스로 검열을 선택하면 어떻게 될까요? 이것은 중계자 수준에서 중앙 집중화 위험의 핵심으로 이어집니다. 현재 이더리움의 릴레이 블록 중 58%가 토네이도 캐시 거래, 즉 OFAC 준수를 검토하고 있습니다. 이 58%(80%)의 대부분은 Flashbots의 릴레이 블록에서 나왔습니다(아래 이미지 참조).
토네이도 현금 거래로 블록을 수락하는 다른 많은 유효성 검사기가 있으므로 이것은 실제로 하드 형태의 검열이 아니라 몇 분의 지연으로 나타나는 소프트 형태의 검열입니다. 소수의 리피터가 검열되지 않는 한 문제는 사용자에게 여전히 불편하며 이는 우리가 전통적으로 검열이라고 생각하는 것이 아닙니다. 그럼에도 불구하고 최근 몇 달 동안 이더리움에 대한 광범위한 조사로 이어진 문제입니다.
해결책
분명한 해결책은 더 넓은 리피터를 장려하는 것입니다. 유효성 검사기는 종종 동시에 여러 릴레이어에 연결됩니다. 위와 같이 Relayer 7개 중 3개(BloXroute 및 Manifold)는 Tornado Cash 거래를 검열하지 않습니다. Relayer는 권한이 없는 개체이기 때문에 누구나 자신의 Relayer를 쉽게 만들 수 있습니다(Flashbot 자체는 자체 Relayer를 오픈 소스로 제공합니다). 비검열 중계자를 만들기 위한 진입 장벽이 낮다는 것은 이 중앙화 벡터가 검증자 수준에서보다 훨씬 가볍다는 것을 의미하며, 여기서 부정직하거나 오작동하는 행위자를 차단하는 데 훨씬 더 많은 비용이 듭니다.
좋은 소식은 리피터가 장기적으로 일시적인 검열 벡터라는 것입니다. PBS가 공식적으로 프로토콜에 통합되면 빌더가 제안자와 연결되므로 릴레이어가 더 이상 필요하지 않습니다.
따라서 전체 MEV 공급망과 우리가 하는 일을 이해해야 합니다.
이 문서는 일반적으로 포함 지연을 초/분 단위로 차단하는 것과 같은 소프트 검열 양식만 다룹니다.
원본 링크