6월 30일 Vitalik은 거래 확인 속도와 관련된 이더리움의 문제를 논의하는 새로운 기사를 게시했습니다. Vitalik은 EIP-1559(거래 수수료의 동적 조정)와 합병 후 안정적인 블록 생성 시간 덕분에 이더리움이 5년 전과 비교하여 크게 개선되었다고 언급했습니다. L1에서 사용자가 보낸 거래는 일반적으로 5 - 20 이내에 확인됩니다. 초. 그러나 이 시간은 더 향상될 수 있으며 명시적으로 수백 밀리초 이하의 대기 시간이 필요한 일부 애플리케이션의 경우 승인 시간을 더 줄이는 것이 합리적입니다. 이 목표를 달성하기 위해 Ethereum 커뮤니티와 연구원은 몇 가지 실용적인 솔루션을 제안했으며 그 중 하나는 사전 확인입니다.
사전 확인(preconf)은 거래가 공식적으로 확인되기 전의 사전 확인 상태입니다. 구체적으로 말하면, 채굴자가 거래를 블록에 포함시켜 공식적으로 체인에 올리기 전에 노드가 임시로 확인하는 것을 말합니다. 이 임시 확인은 여러 노드가 거래의 유효성을 검증하고 이를 임시로 메모리에 저장하는 것을 의미합니다. 수영장. 이를 통해 사용자는 짧은 시간 내에 거래가 승인되었다는 신호를 받을 수 있으므로 즉각적인 피드백을 얻을 수 있어 대기 시간이 줄어들고 사용자 경험이 향상됩니다. 이러한 사전 확인은 최종 확인이 아니며 여전히 취소될 수 있지만(블록 재구성 등) 이러한 상황은 비교적 드뭅니다.
일반적으로 사전 확인 메커니즘에서는 제안자가 사전 확인 서비스를 제공하는 역할을 합니다. 추가 비용을 지불하면 사용자는 거래가 다음 블록에 포함된다는 서명 약속을 얻을 수 있습니다. 제안자가 약속을 이행하지 않을 경우 재정적 처벌을 받게 됩니다.
이더리움 재단 연구원인 Justin Drake는 특정 인센티브 및 페널티 메커니즘을 통해 빠른 거래 확인을 제공하는 이더리움 사전 확인 메커니즘인 기반 사전 확인 방법을 홍보해 왔습니다.
Based preconfs 메커니즘의 다양한 이유로 인해 트랜잭션이 블록으로 패키징되지 못하는 위험을 줄이기 위해 추가 제안자 페널티 및 강제 포함이 필요합니다.
제안자 슬래싱: L1 제안 신청자는 추가 추가를 선택해야 합니다. 프리컨퍼런스가 되기 위한 페널티 조건. 이는 헤비 스테이킹 관련 메커니즘을 통해 달성될 수 있습니다.
제안자 강제 포함: L1 제안자는 경제성이 낮거나 다른 제안자가 비협조적인 경우에도 거래를 체인에 강제로 포함할 수 있어야 합니다. 이는 포함 목록을 통해 달성할 수 있습니다.
L1 제안자는 다음 두 가지 사전 확정 페널티 조건을 선택하여 사전 확정자가 됩니다. 사전 검증자는 사용자에게 서명된 사전 확인 약속을 발행하고 지정된 기간 내에 블록에 거래를 포함할 것을 약속하고 사용자로부터 약속 이행에 대한 팁을 받습니다.
활성 슬래싱: 사전 확인자는 지정된 기간 내에 사전 확인된 거래를 포함하지 않을 경우 페널티를 받게 됩니다.
안전성 저하: 사전 확인자의 약속이 실제로 포함된 거래와 일치하지 않을 경우 처벌을 받게 됩니다.
또한 사전 확인된 거래를 보다 빠르게 실행하기 위해 제안자의 예견 내 위치에 따라 사전 확인자를 우선순위로 지정합니다. 제안자 미리보기 메커니즘은 미래에 어떤 제안자가 블록을 패키징할 기회를 갖게 될지 결정하는 데 사용되는 메커니즘입니다. 각 미래 제안자에게는 미래 블록 제안에서 자신의 위치를 나타내는 위치 번호가 할당됩니다. 사전 확인자는 제안자의 미리보기에서의 위치에 따라 추가로 정렬됩니다. 위치 번호가 작을수록 사전 확인자의 우선 순위가 높아집니다. 사전 확인자 B가 트랜잭션을 커밋했다고 가정하면 B보다 먼저 포지션 번호가 작은 제안자(사전 확인자 A)가 즉시 트랜잭션을 패키징할 수 있어 사용자의 대기 시간이 줄어들고 B의 차례를 기다리지 않아도 됩니다. 제안자로 기간. B의 이전 제안자가 시간 내에 트랜잭션을 패키징하지 못한 경우 사전 확인자 B는 해당 트랜잭션이 해당 기간 내에 포함되도록 해야 하며, 그렇지 않으면 페널티를 받게 됩니다.
위의 조건과 설정을 통해 Based preconf는 L1에게 더 빠른 거래 확인을 제공할 수 있습니다. 롤업이 기반인 경우(L2의 순서는 L1에 있음), 즉 모든 L2 블록이 논리적으로 L1 트랜잭션으로 간주되는 경우 동일한 메커니즘을 사용하여 L2에 대한 사전 확인을 제공할 수 있습니다.
Justin Drake 提出了 Based preconfirmations 之后引起了社区对预确认机制的关注。之后，社区围绕预确认的话题展开了丰富的讨论，比较值得关注的有：Blockchain Capital 成员Jonah B提出让用户自定义预确认机制中的惩罚措施；独立开发者Matthew提出利用链式预确认机制（preconf chaining）来保护提议者免受外部的意外情况如停电、网络中断等（活跃性故障）被处罚的方法；Primev 研究员Christian Matt介绍了两种预确认的模式：一种是由指定的领导者（leader-based）提供预确认，另一种则是在没有领导者的情况下，由多个竞争者（leaderless）提供预确认。在领导者模式优点是可以提供近乎百分百的确认保证。而在无领导者模式的竞争环境有助于有效地发现预确认的价格，优化验证者的收益。 Christian Matt 还提出了结合领导者和无领导者预确认的几种方案；以太坊基金会成员potuz讨论了 ePBS 框架下，引入预确认机制的各种挑战和解决方案。
위 내용은 Preconf 솔루션은 어떻게 Ethereum의 거래 확인 속도를 높이나요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
