Preconf 솔루션은 어떻게 Ethereum 거래 확인 속도를 높이나요?

ChainFeeds

이 글을 읽으려면 10 분

사전 확인은 거래가 공식적으로 체인에 업로드되기 전에 노드에서 수행하는 임시 확인 상태로, 사용자는 거래가 승인되었다는 신호를 빠르게 얻을 수 있어 사용자 경험이 향상됩니다.

원래 제목: "Preconf 솔루션은 어떻게 Ethereum의 거래 확인을 가속화합니까? 》

원래 작성자: 0XNATALIE, ChainFeeds

6월 30일, Vitalik은 Ethereum의 거래 확인 속도 문제를 논의하는 새로운 기사를 게시했습니다. Vitalik은 Ethereum이 5년 전에 비해 크게 개선되었다고 언급했습니다. EIP-1559(거래 수수료의 동적 조정)와 합병 후 안정적인 블록 생성 시간 덕분에 L1에서 사용자가 보낸 거래는 일반적으로 5~20초 이내에 확인됩니다. 그러나 이 시간은 더욱 개선될 수 있으며, 수백 밀리초 또는 그 이하의 지연 시간이 명시적으로 필요한 일부 애플리케이션의 경우 확인 시간을 더욱 단축하는 것이 합리적입니다. 이 목표를 달성하기 위해 Ethereum 커뮤니티와 연구자들은 몇 가지 실용적인 솔루션을 제안했는데, 그 중 하나가 사전 확인입니다.

사전 확인이란 무엇입니까?

사전 확인(preconf)은 거래가 공식적으로 확인되기 전의 사전 확인 상태입니다. 구체적으로 말하면, 이는 채굴자들이 거래를 블록에 포함하고 공식적으로 체인에 올리기 전에 노드가 하는 임시 확인을 의미합니다. 이러한 임시 확인은 여러 노드가 거래의 유효성을 확인하고 이를 임시로 메모리 풀에 저장한다는 것을 의미합니다. 이를 통해 사용자는 짧은 시간 안에 거래가 승인되었다는 신호를 받을 수 있어 즉각적인 피드백을 받고, 대기 시간을 줄이고 사용자 경험을 개선할 수 있습니다. 이러한 사전 확인은 최종 확인이 아니며 여전히 취소될 수 있습니다(예: 블록 재구성). 하지만 이러한 상황은 비교적 드뭅니다.

일반적으로 사전 확인 메커니즘에서는 제안자가 사전 확인 서비스를 제공하는 역할을 합니다. 사용자는 추가 수수료를 지불하고 자신의 거래가 다음 블록에 포함된다는 서명된 약정을 얻을 수 있습니다. 제안자가 약속을 이행하지 못할 경우, 재정적 처벌을 받게 됩니다.

구체적인 구현 계획: 기반 사전 확인

이더리움 재단의 연구원인 저스틴 드레이크는 특정 인센티브 및 페널티 메커니즘을 통해 빠른 거래 확인을 제공하는 기반 사전 확인이라는 이더리움 사전 확인 메커니즘 방식을 홍보해 왔습니다.

기반 사전 확인 메커니즘에서 다양한 이유로 거래가 블록으로 패키징되지 못할 위험을 줄이기 위해 추가 제안자 페널티와 필수 포함이 필요합니다.

· 제안자 슬래싱:L1 제안자는 사전 확인자가 되기 위해 추가 페널티 조건을 추가하도록 선택해야 합니다. 이는 재스테이킹 관련 메커니즘을 통해 달성될 수 있습니다.

· 제안자 강제 포함: L1 제안자는 경제적으로 비경제적이거나 다른 제안자가 협조하지 않더라도 체인에 거래를 강제로 포함시킬 수 있어야 합니다. 이는 포함 목록을 통해 달성될 수 있습니다.

L1 제안자는 다음 두 가지 사전 확인 페널티 조건에 가입하도록 선택하여 사전 확인자가 됩니다. 사전 확인자는 사용자에게 서명된 사전 확인 약정을 발행하여 지정된 기간 내에 거래를 블록에 포함시키고 약정을 이행하는 대가로 사용자로부터 팁을 받을 것을 약속합니다.

· 활성도 슬래싱: 사전 확인자는 지정된 기간 내에 사전 확인된 거래를 포함하지 못하면 페널티를 받게 됩니다.

· 안전 삭감: 사전 확인자의 약속이 실제 포함된 거래와 일치하지 않을 경우, 페널티를 받게 됩니다.

또한, 사전 확인자는 제안자의 전망에 따라 우선순위가 지정되어 사전 확인된 거래를 더 빠르게 실행할 수 있습니다. 제안자 예측 메커니즘은 미래에 블록을 패키징할 기회를 가질 제안자를 결정하는 메커니즘입니다. 각 미래 제안자에게는 미래 블록 제안에서의 순서를 나타내는 위치 번호가 지정됩니다. 사전 검증자는 제안자의 예측에서 위치에 따라 정렬되며, 위치 번호가 작은 사전 검증자가 더 높은 우선순위를 갖습니다. 사전 확인자 B가 거래를 커밋했다고 가정하면, B보다 포지션 번호가 작은 제안자(사전 확인자 A)는 즉시 거래를 패키징하여 사용자의 대기 시간을 줄이고 B가 제안자 차례가 될 때까지 기다릴 필요가 없습니다. B 이전의 제안자가 정해진 시간 내에 거래를 패키지화하지 못할 경우, 사전 확인자 B는 해당 거래가 자신의 기간 내에 포함되도록 해야 하며, 그렇지 않을 경우 페널티를 받게 됩니다.

위의 조건 및 설정을 통해 기반 사전 설정은 L1에 더 빠른 거래 확인을 제공할 수 있습니다. 롤업이 L2 정렬이 L1에 맡겨진 경우, 즉 모든 L2 블록이 논리적으로 L1 거래로 간주되는 경우 동일한 메커니즘을 사용하여 L2에 대한 사전 확인을 제공할 수 있습니다.

커뮤니티 토론

저스틴 드레이크는 사전 확인을 기반으로 한 제안을 했고, 이는 커뮤니티의 사전 확인 메커니즘에 대한 관심을 끌었습니다. 그 후, 커뮤니티에서는 사전 확인이라는 주제에 대해 풍성한 토론을 벌였습니다. 더욱 주목할 만한 것은 다음과 같습니다. Blockchain Capital 멤버인 Jonah B는 사전 확인 메커니즘에서 사용자가 페널티 조치를 사용자 정의할 수 있도록 하는 것을 제안했습니다. 독립 개발자 매튜는 전원 중단, 네트워크 중단 등과 같은 외부의 예상치 못한 상황(활성화 실패)으로 인해 제안자가 처벌을 받지 않도록 보호하기 위해 체인 사전 확인 메커니즘(preconf chaining)을 사용하는 것을 제안했습니다. Primev 연구원 크리스찬 매트는 두 가지 사전 확인 모드를 소개했습니다. 하나는 지정된 리더가 제공하는 모드(리더 기반)이고, 다른 하나는 리더가 없는 경우 여러 경쟁자가 제공하는 모드(리더 없음)입니다. 리더 모드의 장점은 거의 100% 확인을 보장할 수 있다는 것입니다. 리더 없는 모델에서의 경쟁 환경은 미리 확인된 가격을 효율적으로 찾아내고 검증자의 이익을 최적화하는 데 도움이 됩니다. 크리스찬 매트는 또한 리더와 리더 없는 사전 확인을 결합한 여러 가지 솔루션을 제안했습니다. 이더리움 재단 회원인 포투즈는 ePBS 프레임워크에 따라 사전 확인 메커니즘을 도입하는 데 따른 다양한 과제와 해결책에 대해 논의했습니다.