3 일 동안 Ether House는 이러한 주요 변화를 포용합니다
Fusaka의 업그레이드를위한 9 가지 주요 EIP 제안은 하드 복사에서 연구되고 있습니다。
이름 *사울 Sojitra
Compile Odaily 매일 행성 골렘 ()@web3_golem에나는 확실하지 않습니다
Fusaka hard-drive는 12 월 3, 2025에서 활성화 될 예정이며 Taifung Pectra 이후 네트워크의 또 다른 주요 업그레이드이며 암호화 거인 확장에서 또 다른 중요한 단계를 표시합니다。
Pectra upgrade EIP는 업그레이드 성능, 보안 및 개발자 도구에 중점을 둡니다. Fusaka 업그레이드의 EIP는 확장, 코드 업데이트 및 구현 보안에 중점을 둡니다。
PeerDAS (EIP-7594)는 노드가 모든 데이터를 다운로드하지 않고 Blob를 유효하게 할 수있게함으로써 데이터 가용성을 향상시킵니다. 다양한 업그레이드에는 ModExp(EIP-7823)에 대한 제한, 가스 제한(EIP-7825) 및 ModExp 가스 비용(EIP-7883)의 업데이 트를 포함한 구현 보안이 강화되었습니다. 이 Fusaka 업그레이드는 검증된 Prospecters Forwarding Mechanism (EIP-7917)을 통해 블록 생성을 개선했으며 구현 비용과 관련하여 "예약 된 가격"을 설정함으로써 Blob 비용 (EIP-7918)의 안정성을 유지했습니다。
다른 향상은 RLP 형식 (EIP-7934)에 블록의 크기를 제한하고, 새로운 CLZ 코드를 추가하여 비트 작업 (EIP-7939)을 가속화하고 secp256r1 사전 컴파일 (EIP-7951)을 도입하여 현대 암호 및 하드웨어 보안 키를 더 잘 수용합니다。
Fusaka는 Fulu (executive level)과 Osaka (consensus Level)의 조합 이름입니다. 그것은 층 2 롤업 낮은 비용과 빠른 속도로 실행할 수 있는 높게 확장하고 자료 부유한 미래에 또 다른 단계를 나타냅니다。
이 문서는 Fusaka hard-drive의 9 핵심 EIP 제안의 심층 분석을 제공합니다。
EIP-7594: PeerDAS - 노드 데이터 가용성 샘플링
이 제안은 네트워크가 더 큰 데이터 가용성을 가진 사용자 (특히 롤업 사용자)를 제공하기 때문에 필요합니다。
그러나 현재 EIP-4844 설계에서 각 노드는 여전히 출시를 확인하기 위해 blob 데이터의 큰 금액을 다운로드해야합니다. 이 모든 데이터가 모든 노드에서 다운로드 한 것처럼 확장의 문제점을 제기, 네트워크의 대역폭 및 하드웨어 요구 사항은 증가하고 탈중앙화가 영향을 미칠 것입니다. 이 문제를 해결하기 위해 노드가 모든 데이터를 다운로드하지 않고 데이터의 가용성을 확인하는 데 필요한 접근법。
DATA USABILITY SAMPLING (DAS)는 노드에서 확인할 수 있는 소량의 임의 데이터만 허용함으로써 이 문제를 해결합니다。
그러나 기존 Gosip 네트워크와 호환되는 DAS 접근 방식을 필요로하며 블록 프로듀서에 무거운 컴퓨팅 부담을 부과하지 않습니다. PeerDAS는 이러한 요구를 충족하기 위해 만들어졌으며 blob throughput을 안전하게 증가시킵니다。
PeerDAS는 노드가 소량의 데이터 클립만 다운로드할 수 있도록 하는 네트워크 시스템입니다。Node는 모든 데이터를 다운로드 할 필요가 없지만, 일반 Gosssip 네트워크를 사용하여 데이터를 공유하고, 노드가 데이터의 일부를 잡고 필요한 작은 샘플을 요청하는 것을 발견하십시오. 핵심 아이디어는 데이터 섹션의 무작위 분수 만 다운로드하여 노드는 여전히 전체 데이터 섹션의 존재를 납득 할 수 있습니다. 예를 들어, 노드는 전체 256KB 데이터 클립 대신 1/8 데이터에 대해 다운로드 할 수 있습니다 - 많은 노드 샘플 다른 부품으로, 모든 누락 된 데이터가 빠르게 발견됩니다。
샘플링을 달성하기 위해 PeerDAS는 EIP-4844의 데이터 세그먼트를 확장하기 위해 기본 적정 코드를 사용합니다。Redressing은 추가 중복 데이터를 추가하기위한 기술이며 특정 데이터 세그먼트의 부재는 여러 조각이 잃어버린 경우에도 완료 될 수있는 퍼즐과 유사한 원래 데이터를 복원합니다。
blob는 원료 데이터와 그 후속 데이터가 재건 될 수 있도록 몇 가지 추가 코딩 데이터를 포함하는 라인이됩니다. 이 선은 다음 KZG 약속과 관련된 가장 작은 검증 단위 인 " Cells"라는 블록으로 나뉩니다. 모든 행은 열로 개편되고, 모든 행에서 동일한 위치에 세포를 포함하는 각. 각 열은 특정 Gosssip subnet에 할당됩니다。
노드는 노드 ID에 따라 특정 열을 저장하고 각 시간 간격에서 피어 노드에서 일부 열을 샘플링합니다. 노드가 열의 최소 50 %를 수집하면 완전히 데이터를 재구성 할 수 있습니다. 열의 50 % 미만이 수집되면 피어 노드에서 누락 된 열을 요청해야합니다. 데이터가 실제로 출시되면 항상 재건 될 수 있습니다. 단, 총 64개의 열이 있는 경우, 약 32개의 열만 전체적인 blob를 재건하기 위해 단일 노드에 필요합니다. 자체 열을 유지하고 피어 노드에서 열을 다운로드합니다. 네트워크의 열의 절반이 존재함에 따라 노드는 일부 열이 누락되는 경우에도 모든 콘텐츠를 다시 만들 수 있습니다。
또한 EIP-7594는 중요한 규칙을 소개했습니다: 거래는 6개 이상 blobs를 포함할 수 없습니다。이 제한은 거래 유효성, gossip dissemination, 블록 생성 및 블록 처리 중에 시행되어야 합니다. 이것은 blob 시스템의 과부하에 개인 거래 결과가 극적으로 감소하는 데 도움이됩니다。
PeerDAS는 "unit KZG 인증서"라는 기능을 추가합니다. 모듈 KZG attests KZG는 blob에서 특정 세포 (작은 단위)와 일치합니다. 이것은 노드가 샘플을 원하는 셀만 다운로드 할 수 있습니다. blobs를 완료하는 접근은 데이터 가용성 샘플링, 데이터 무결성 대상에 필수적입니다。
그러나,이 모든 단위를 생성하는 비용은 높은 것으로 입증. 블록 제작자는이 인증서를 초과하고 많은 blobs에 대해 다시 준수해야합니다. 그러나 인증 비용은 매우 낮습니다. 따라서 EIP-7594는 모든 단위 인증서를 사전 제작하기 위해 blob 거래의 제조업체를 필요로하며 무역 포장에 포함해야합니다。
이 이유를 들어, 거래 Gossip는 수정 된 포장을 사용합니다
rlp [tx_payload_body, wrapper_version, blobs,위원회, cell_proofs])
새로운 포장에서 cell_proofs는 각 blob (예 : [cell_proof_0, cell_proof_1,...])의 각 단위에 대한 모든 인증서를 포함하는 목록입니다. 다른 필드 tx_payload_body, 파란색 및위원회는 EIP-4844와 동일합니다. 차이점은 원래 개인 "증명"필드가 제거되고 새로운 cell_proofs 목록으로 교체되었으며, wrapper_version라는 필드가 현재 사용되는 포장 형식을 나타내는 추가되었습니다。
PeerDAS는 Ether Workshop을 통해 노드의 워크로드를 증가시키지 않고 데이터 가용성을 증가시킵니다나는 모른다. 오늘 노드는 전체 데이터의 약 1/8을 샘플해야 합니다. 미래에, 비율은 1/16 또는 1/32에 떨어질 수도 있습니다, Taicha의 확장성을 증가. 노드가 필요한 데이터를 제공할 수 없는 경우, 노드가 다른 노드를 요청할 수 있도록 각 노드에는 수많은 reciprocal 노드가 있기 때문에 시스템이 잘 작동됩니다. 이 자연적으로 중복 메커니즘을 생성하고 보안을 개선합니다. 노드는 더 네트워크 보안을 향상시킵니다。
Validation 노드는 일반 전체 노드보다 더 많은 책임을 가정합니다. 검증 노드 자체가 더 효율적인 하드웨어를 실행하기 때문에 PeerDAS는 인증 노드의 총 수에 따라 해당 데이터 호스팅 부하를 할당합니다. 이것은 항상 안정된 별 그룹이 있고 더 많은 데이터를 저장하고 공유하는 데 사용할 수 있다는 것을 보증합니다, 네트워크의 신뢰성을 증가. 짧은 경우 900,000 인증 노드가있을 경우 각 인증 노드는 스토리지 및 서비스에 대한 전체 데이터의 작은 비율을 할당 할 수 있습니다. 검증 노드에서 강력한 기계와 함께 네트워크는 데이터 가용성을 보장하기 위해 그들을 신뢰 할 수 있습니다。
PeerDAS는 샘플 대신 열 샘플을 사용하므로 데이터 재구성을 크게 단순화합니다. 전체 라인 (전체 blob)가 노드에서 샘플링되면, 블록 프로듀서의 속도를 느리게 할 경우, 그렇지 않으면 존재하지 않는 추가 "extension blob"를 만들 필요가있다。
sampling에 의해 노드는 추가 라인 데이터와 거래 보낸 사람 (블록 프로듀서보다 오히려) 필요한 증거를 계산할 수 있습니다. 블록이 생성되는 속도와 효율성을 유지할 것입니다. 예를 들어, blob가 4x4 셀 그리드임을 가정합니다. 라인 샘플링은 모든 4 개의 셀이 행에서 제거되었지만, 일부 확장 라인은 준비되지 않습니다. 따라서 블록 프로듀서는 사이트에서 생성해야합니다. 열 샘플링은 각 행 (각 열)에서 세포를 취하고 노드가 블록의 생산을 느리게하지 않고 데이터를 유효하게 할 수 있도록 준비해야합니다 여분의 세포를 재구성합니다。
EIP-7594는 EIP-4844와 완벽하게 호환되므로 ETHER HOUSE의 기존 함수를 사용하지 않습니다. 모든 시험과 상세한 규칙은 CONSENSUS와 구현 규범에 포함되어 있습니다。
모든 DAS 시스템에 대한 주요 보안 위험은 "데이터 은폐 공격", 즉 블록 프로듀서가 사용할 수있는 데이터를 가지고 있지만 실제로 일부 데이터를 숨깁니다。PeerDAS는 임의 샘플링을 사용하여 이것을 방지합니다. 노드는 임의 데이터의 임의 부분을 확인합니다. 더 많은 노드는 샘플링되어, 더 열심히 공격자가 속임수에 대한 것입니다. EIP-7594는 노드(n)의 총 수, 샘플(m) 및 각 노드(k)의 샘플 수를 기준으로 계산할 수 있는 공식을 제공합니다. PeerDAS는 Etherman의 인터넷에서 공격의 성공의 매우 낮은 확률로 인해 안전하다고 간주됩니다. 이는 약 10,000 노드가 있습니다。
EIP-7823: MODEXP를 위한 1024 바이트 한계를 놓으십시오
이 제안에 대한 필요는 ETA의 현재 MODEXP 사전 컴파일 메커니즘이 수 년 동안 많은 합의 간격으로 이끌었다. 이 루프홀 줄기의 대부분은 MODEXP가 입력 될 데이터의 매우 크고 현실적인 양을 허용한다는 사실에서, 클라이언트가 수많은 동종을 처리하는 데 필요한。
각 노드가 트랜잭션에 의해 제공된 모든 입력을 처리하기 때문에, 천장의 부재는 MODEXP를 테스트하기가 어렵기 때문에 오류가 발생하고 다른 클라이언트에서 다르게 수행하기가 쉽습니다. 과도한 입력 자료는 또한 가스 비용 공식을 예측하기 어렵게 만듭니다, 자료 양이 무한하게 성장할 때 가격이 책정되게 어렵습니다. 이 문제는 또한 EVMMAX와 같은 도구와 같은 미래의 EVM 레벨 코드를 사용하여 MODEXP를 대체하기가 어렵습니다. 개발자가 안전하고 최적화 된 구현 경로를 만들 수 없기 때문에。
이러한 문제를 줄이고 ETHER WORKSHOP의 안정성을 개선하기 위해 EIP-7823은 MODEXP 입력 데이터의 볼륨에 엄격한 캡을 추가하여 사전 컴파일 프로세스를 더 안전하고 쉽게 테스트하고 예측할 수 있습니다。
EIP-7823는 간단한 규칙을 소개합니다: MODEXP에 의해 사용된 모든 3 길이 분야 (기본, 색인 및 모형)는 8192 조금, 또는 1024 바이트의 동등한 것 보다는 더 적은이어야 합니다。MODEXP 입력은 EIP-198:
예를 들어, 누군가가 2000 바이트 기본 수치를 제공하려고하면 전화가 시작되기 전에 실패합니다. 이러한 제한은 여전히 모든 실용적인 응용 프로그램을 만족시킬 수 있습니다. RSA 인증은 일반적으로 새로운 제한 내에서 1024, 2048 또는 4096과 동일한 키 길이를 사용합니다. ELLIPTICAL 곡선은 더 작은 입력 크기로 운영하고, 보통 384 조금 보다는 더 적은, 그러므로 UNAFFECTED。
이 새로운 제약은 미래의 에스컬레이션에 기여합니다. 미래의 EVMMAX가 MODEXP를 EVM 코드로 리깅하면 개발자는 일반적인 입력 크기 (예 : 256, 381 또는 2048)에 최적화 된 경로를 추가하고 드문 경우 느린 출구 솔루션을 사용합니다. 최대 입력 크기를 고정함으로써 개발자는 매우 일반적인 모듈에 특별한 처리를 추가할 수 있습니다. 이전,이 입력의 무제한 크기 때문에 달성 할 수 없습니다, 디자인 공간의 크기와 안전하게 관리의 어려움。
이 변경이 과거 트랜잭션을 방해하지 않을 것이라고 확인하려면 저자는 블록 5,472,266 (20 APRIL 2018)에서 모든 MODEXP 사용을 21,,550,926 (4 1 월 2025) 차단합니다. 결과는 새로운 1024 바이트 제한의 밑에 513 바이트, 잘 사용된 역사에 있는 성공적인 MODEXP 통화의 아무도를 보여줍니다. 대부분의 실제 통화는 32 바이트, 128 바이트 또는 256 바이트와 같은 작은 길이를 사용합니다。
빈 입력, 중복 바이트로 채워진, 매우 큰하지만 잘못된 입력과 같은 일부 잘못된 통화가 있습니다. 이 행위는 새로운 제한에 따라 언급되며, 그들은 스스로 잘못되어 있습니다。그래서, EIP-7823는 주요 기술 변화입니다, 그것은 실제로 과거 거래의 결과를 변경하지 않습니다。
보안 관점에서 허용된 입력 크기를 줄이면 새로운 위험이 없습니다. 대신, 그것은 이전에 오류와 클라이언트 간의 불변성에 주도 한 불필요한 극을 제거합니다. MODEXP 입력을 합리적인 크기로 제한함으로써, EIP-7823는 더 예측 가능한 시스템을 만들고, 확률 극을 감소시키고 다른 현실화 사이에서 오류의 확률을 감소시킵니다. 이 제약은 향후 업그레이드 (예: EVMMAX)가 최적의 구현 경로를 소개하는 경우 더 부드러운 전환 시스템을 준비하는 데 도움이됩니다。
EIP-7825: 거래 16.7 백만 가스 모자
이 제안은 Ether Workshop에 필요한 것이 사실이며, 단일 거래는 현재 전체 블록의 가스 천장을 소비 할 수 있습니다。
이것은 몇 가지 문제를 만들 수 있습니다. 거래는 DoS와 같은 공격에서 지연 지연으로 이어지는 블록의 리소스의 대부분을 소비 할 수 있습니다. 비용이 많이 드는 가스 작업은 Taifeng의 상태에 너무 신속하게 추가 할 것입니다. 블록의 유효성은 느리게되고 노드가 계속 지켜야합니다。
1 사용자는 거의 모든 가스 (예 : 40 만 가스의 블록에서 38 만 가스를 소비하는 거래)를 소비하는 대형 거래를 제출하면 다른 일반 거래는 블록에 배치 할 수 없으며 각 노드는 블록을 확인하기 위해 여분의 시간을해야합니다. 이것은 네트워크의 안정성과 탈중앙화를 위협하고, 느린 검증으로 약한 노드가 뒤떨어질 것입니다. 이 문제를 해결하기 위해 Ether Workshop은 단일 거래에 사용할 수있는 가스 수를 제한하는 안전한 가스 캡을 필요로하며, 블록로드를 더 예측할 수 있으며, 노드에서 DoS 공격 및 밸런싱 부하를 감소시킵니다。
EIP-7825는 거래가 16,777,216 (224)를 초과할 수 없다는 필수 규칙을 소개합니다。이 계약의 수준에서 상한 제한, 즉 모든 링크에 적용 의미: 사용자는 거래에 전송, 거래는 거래 풀에서 확인 및 인증 임원은 블록으로 거래를 포장. 누군가가 이 값 위에 가스 캡을 보내면 클라이언트는 즉시 거래를 거부하고 MAX_GAS_와 유사한 오류를 반환해야합니다. 다운로드。
이 상한은 블록 가스의 상한 한계의 완전히 독립적입니다. 예를 들어, 블록 가스 천장의 크기가 40 백만 이었더라도 단일 거래의 소비는 16.7 백만을 초과하지 않을 것입니다. 각 블록이 여러 트랜잭션을 수용 할 수 있도록하는 것이 목표입니다。
이것을 잘 이해하려면 블록이 40 만 가스를 수용 할 수 있다고 가정합니다. 이 모자 없이, 누군가는 35백만에서 40백만 가스를 소비하는 거래를 보낼지도 모릅니다. 이 거래는 블록을 양극 처리, 다른 거래에 대한 방을 떠나, 단지 하나의 사람이 전체 버스를 감싸고 다른 하나는 버스를 얻을 수 없었다, 그리고 새로운 16.7 백만 가스 캡은 자연스럽게 여러 거래를 수용하고 따라서 이러한 남용을 피할 것이다。
제안은 또한 거래를 확인하기 위해 고객의 특정 요구 사항을 설정합니다. 거래가 16,777,216을 초과하면 거래 풀은 트랜잭션을 거부해야합니다. 이는 트랜잭션이 큐를 입력하지 않습니다. 블록 검증 과정에서 블록이 천장을 초과하는 트랜잭션을 포함하면 블록 자체가 거부되어야합니다。
선택권 16,777,216 (224) 이 숫자는 명백한 2 편들어진 sub-border이기 때문에, 실제적인 거래의 대부분을 취급하기 위하여 충분히 달성하고 아직도 큰。예를 들어, 스마트 컨트랙트 배포, 복잡한 DeFi 대화식 또는 다중 단계 계약 통화. 이 값은 일반적인 블록의 크기가 약 절반이며, 대부분의 복잡한 트랜잭션이 이 제한 내에서 쉽게 포함될 수 있음을 의미합니다。
이 EIP는 또한 기존의 가스 메커니즘과 호환성을 유지합니다. 대부분의 사용자는 거의 모든 기존 거래가 16 백만 가스 미만을 소비하기 때문에이 변경을 통지하지 않습니다. certifiers 및 블록 제작자는 여전히 새로운 천장에 따라 16.7 백만 이상의 가스를 합계하는 블록을 만들 수 있습니다。
만 거래에 영향을 미치는 것은 이전 시도가 새로운 제한을 넘어 최고 수준의 트랜잭션을 사용합니다. 이 거래는 이제 더 작은 작업으로 나뉩니다. 기술적으로, 이 변화는 이 드문 극단적인 거래와 호환되지 않습니다, 그러나 매우 몇몇 사용자는 영향을 미칠 것으로 예상됩니다。
안전의 관점에서, 가스 천장은 공격자가 감독을 강제하기 위해 직원을 강제하기 위해 위치에 더 이상 가스 기반 DoS 공격에 더 강한 Ether House를 만들었습니다。노드를 동기화하는 것을 쉽게 만들 수 있습니다. 주요 극단적인 것은 매우 큰 수축성 배치의 작은 수는 천장 요구에 응하지 않을지도 모르고 다수 배치 단계로 재설계되거나 분할될 필요가 있습니다。
EIP-7825는 노드의 합리적인 수요를 유지하고 블록 공간의 사용을 개선하고 블록 체인이 가스 천장 상승으로 빠르고 안정적으로 유지되도록 네트워크 강화를 목표로합니다。
EIP-7883: ModExp 가스 비용 증가
이 제안에 대한 필요의 이유는 ModExp 사전 컴파일 (모델링 작업을 위해)의 가격이 실제로 소비 된 리소스에 비해 낮습니다。
일부 경우에, ModExp 작업에 필요한 계산은 현재 사용자가 지불 한 비용을 초과합니다. 이 mismatch는 위험합니다. 복잡한 ModExp 통화가 너무 낮으면 네트워크가 안전하게 가스 천장을 올릴 수 있도록 병목이 될 수 있습니다. 블록 프로듀서가 매우 낮은 비용으로 매우 무거운 작업을 처리 할 수 있기 때문에。
이 문제를 해결하기 위해 ModExp 가격 공식을 조정할 필요가 있으므로 가스 소비가 정확하게 클라이언트가 수행 한 실제 작업 부하를 반영합니다. 그래서EIP-7883는 최소한의 가스 비용을 증가시킨 새로운 규칙을 도입하여 총 가스 비용을 올리고 더 큰 입력량 (특히 색인, 기초 또는 32 바이트 이상 모형)의 가동을 더 비싸게 하고, 실제 계산을 가진 가스 가격을 일치합니다。
제안은 몇 가지 중요한 측면을 통해 비용을 제기, 원래 EIP-2565에서 정의 ModExp 가격 알고리즘을 수정하여。
첫째로, 가장 낮은 가스 소비는 200에서 500에 올리고, 총 가스 소비는 3에 의해 더 이상 분할되지 않았습니다, 합계 가스 소비가 실제로 3배로 된 의미. 예를 들어, 이전 ModExp 호출이 새로운 수식 아래 1200 가스의 소비를 요구하면 약 3,600 가스의 소비가 필요합니다。
두 번째, 인덱스의 계산 비용보다 더 큰 32 바이트, 승수로 증가 8 받는 사람 16. 예를 들어, 인덱스 길이가 40 바이트인 경우, EIP-2565는 8 X (40 − 32) = 64에 의해 결정의 수를 증가시킵니다. EIP-7883는 이제 16 X (40 − 32) = 128, 도버링 비용을 사용합니다。
셋째, 가격은 이제 최소 기본 / 모듈 크기는 32 바이트이며이 값이 32 바이트를 초과 할 때 계산 된 비용은 극적으로 증가합니다. 예를 들어, 모듈 수가 64 바이트인 경우, 새로운 규칙은 이전의 간단한 수식보다 두 배 복잡성 (2 x word2)를 적용하므로 대규모 작업의 실제 비용을 반영합니다. 이러한 변화는 작은 ModExp 계정이 합리적인 최소 비용을 지불하고 큰 비용으로 복잡한 작업이 크기로 적절하게 조정된다는 것을 보증합니다。
제안은 새로운 가스 컴퓨팅 기능을 정의하고 복잡한 규칙을 업데이트합니다. Multiplication complexity는 이제 기본 16을 사용하여 기본/모듈 길이가 32 바이트를 초과하지 않는 경우, 더 큰 입력을 위해 더 복잡한 수식 2 x word2, 여기서 "words"는 8 바이트 수를 나타냅니다. 이탈률의 수는 32 바이트 또는 작은 인덱스가 복잡성을 결정하기 위해 비트 길이를 사용하므로 32 바이트보다 큰 인덱스가 가스 처벌을 증가시킵니다。
이것은 현재가 더 높은 가스 비용이 있음을 보장한다. 수익의 최소 가스 비용이 이전 200 대신 500에 부과된다는 것이 중요합니다. 이는 가장 간단한 ModExp 호출을보다 합리적입니다。
이 가격 증가는 많은 경우에 modExp pre-compiled 가격에서 보여준 기본 테스트에 의해 동기를 부여되었습니다。개정된 공식은 비율, 기초 또는 모형의 크기에 따라서 80의 요인 보다는 더 많은 것에 의하여 대략 200의 퍼센트, 전형적인 가동에 의하여 작은 가동의 비용을 증가합니다나는 모른다。
이 목표는 ModExp의 작업 방법을 변경하지 않지만 네트워크의 안정성을 위협하지 않거나 블록의 가스 캡의 미래 상승, 심지어 최대 자원 소비의 극단적 인 경우에. EIP-7883은 ModExp에 필요한 가스의 수를 변경했지만 다시 호환되지 않았지만, 가스 무거운 가격은 Ethern에서 반복적으로 발생했으며 완전히 이해되었습니다。
시험의 결과는 가스 비용의 증가가 이 시간에 상당한 것으로 나타났습니다. 역사 ModExp 통화의 99.69 %에 대해 지금 500 가스 (이전 200 가스) 또는 이전 가격 세 번이 필요합니다. 그러나 가스에 의해 사용되는 높은 부하 테스트의 비용은 훨씬 증가했습니다. 예를 들어, "index-intensive"테스트에서 가스 소비량은 215에서 16,624로 뛰어나고 약 76 배의 증가가 큰 인덱스를 가격보다 합리적이기 때문입니다。
안전의 관점에서, 제안은 공격의 새로운 노선을 소개하지 않거나 어떤 계산의 비용을 줄일 수 있습니다. 대신, 그것은 중요한 위험의 예방에 초점을 맞추고있다 : under-pricing ModExp 가동은 공격자가 매우 낮은 비용에서 매우 무거운 계산으로 블록을 채울 수 있습니다. 가능한 단점은 일부 ModExp 작업이 과가 될 수 있다는 것입니다. 그러나 이것은 현재 문제보다 훨씬 낫습니다. 제안은 어떤 인터페이스 변경 또는 새로운 기능을 소개하지 않습니다, 그래서 기존의 arithmetical 행동 및 테스트 벡터는 유효하다。
EIP-7917: 다음 PROPONENT의 정확한 예측
이 제안은 Ether Workshop에서 다음 epoch 네트워크의 proponents의 배포가 완전히 예측 될 수 없기 때문에 필요합니다. N epoch N +1 epoch에서 알려진 RANDAO 씨앗도 있지만, 프로듀서의 실제 목록은 N epoch의 활성 잔액 (EB)을 업데이트하여 변경 될 수 있습니다。
이 EB 변경은 위조, 처벌, 1 ETH를 초과하는 인센티브, 인증자 통합 또는 새로운 예금, 특히 EIP-7251이 32 ETH 이상으로 최대의 효과적인 균형을 증가 한 후. 이러한 uncertainty는 다음 proponent (e.g., pre-confirmation Agreements를 기반으로)를 사전에 알고있는 그 시스템에 대한 문제를 포즈합니다. certifier는 다음 epoch proponent에 영향을 미치는 효과적인 균형을 조작 할 수 있습니다。
이러한 문제의 결과로, 접근법은 여러 미래 epochs에서 완전히 설립 된 번영을 만들 필요가 있으므로 지난 분 EB 업데이트에 의해 변경되지 않으며 응용 프로그램 수준에서 쉽게 액세스 할 수 있습니다。
이를 달성하기 위해 EIP-7917는 다음 MIN_SEED_LOOKAHEAD + 1 epoch 일정이 계산되고 각 epoch의 시작 부분에 미리 저장됩니다。간단히, 비콘 상태는 이제 두 개의 전체 사이클 (총 64 시간 슬롯)의 proponents을 항상 커버하는 'prosoperer_lookahead '라는 목록을 포함합니다。
예를 들어, epoch N이 시작될 때, 목록은 이미 epoch N과 epoch N+1에 있는 각 시간 구멍의 proponents를 포함했습니다. 그런 다음 네트워크가 N + 1 사이클을 입력하면 목록이 전달됩니다. N 사이클 프로젝터 엔트리를 제거하고 목록의 앞에 N + 1 엔트리를 이동하고 목록의 끝에 N + 2의 새로운 프로젝터 엔트리를 추가합니다. 이것은 조정, 예측할 수 있고 각 시간 구멍에 proponent를 recalculate 없이 클라이언트에 접근할 수 있는 운동을 허용합니다。
최신 상태로 유지하려면 목록은 각 epoch 국경에서 앞으로 이동 : 이전 epoch 데이터를 제거하고 epoch에 대한 새로운 proponents의 다음 세트 목록을 추가합니다. 프로세스는 이전과 동일한 씨앗과 효과적인 균형 규칙을 사용하지만, 운동 제어는 이제 이전 계산됩니다, 따라서 효과적인 균형에 영향을 피하면 씨앗이 식별됩니다. 포크가 끝난 후 첫 번째 블록은 모든 미래의 epochs가 올바른 초기 움직임을 갖도록 전체 운송 범위를 채울 것입니다。
각 epoch에는 32 대신 8 개의 슬롯이 있습니다 (간략). 이 EIP없이, 5th epoch 동안 6th epoch의 씨앗을 알고있는 동안 6th epoch 슬롯의 실제 proposer는 certifier가 허용되거나 5th epoch 기간 동안 유효 균형을 변경하는 충분한 보상을 변경하는 경우 변경 될 수 있습니다. EIP-7917로, ETA는 5th, 6th 및 7th epoch의 모든 proponents를 5th epoch의 시작에 전분화하고 `prospers_lookahead '에서 순차적으로 저장했습니다. 따라서 다섯 번째 epoch의 끝에 균형이 변경되면 6 epoch proponents의 목록은 고정 및 예측 가능。
EIP-7917는 비콘 체인 디자인의 긴 저항성을 수리했습니다. epoch certifier 선택이 이전 epoch RANDAO가 사용할 수 없다는 것을 보장합니다. 이것은 또한 '효과적인 균형 솔질'을 방지, 즉. RANDAO를보고 한 후, 다음 epoch의 proponents의 목록에 영향을 미치는 균형을 조정하려고합니다. 특정 포워딩 메커니즘은 전체 공격 벡터를 제거하고 매우 보안 분석을 단순화합니다. 또한 consensus 클라이언트가 앞선 블록을 전파하는 것을 알고 있기 때문에 애플리케이션 레이어를 달성하고 쉽게 Merkel을 통해 proposer 's 캘린더를 검증 할 수 있습니다. 루트 비콘。
이 제안의 앞에, 클라이언트는 현재 간격의 proponent를 산출합니다. EIP-7917로, 그들은 이제 각 epoch 변환에서 한 번에 다음 epoch all time horizons의 proponents의 목록을 계산합니다. 이것은 작은 양의 일을 추가하지만, proposer의 인덱스는 매우 빛이 될 것이며 주로 씨앗을 사용하여 인증 목록을 샘플링합니다. 그러나 클라이언트는 이 추가 계산이 성능 문제를 일으킬 수 없다는 것을 보장하기 위해 벤치 마크가되어야합니다。
EIP-7918: Blob Foundation은 구현 비용에 대한 비용
이 제안은 현재 Blob Cost System (EIP-4844)에서 가스가 롤업의 주요 비용이 될 때 실패하기 때문에 Ether Workshop에 필요합니다。
현재 대부분의 롤업은 실제 Blob 비용보다 가스 (Blob 트랜잭션 포함)의 실행에 훨씬 더 지불합니다. 이 문제를 포즈: Blob 기본 비용이 utensils에 의해 지속적으로 감소하더라도, Rollup의 총 비용은 실제로 변경되지 않았습니다, 가장 높은 비용으로 여전히 가스의 구현. 결과적으로, Blob 기본 비용은 절대 최소 (1 wei)에 도달 할 때까지 계속됩니다. 계약이 더 이상 Blob 비용을 사용하여 수요를 제어 할 수 없습니다. 그런 다음, Bloom의 사용이 갑자기 상승 할 때, 그것은 정상적인 수준으로 회복하는 많은 블록이 걸립니다. 이것은 사용자에게 가격 불안정하고 예측할 수 있습니다。
예를 들어, 롤업이 데이터를 게시하고 싶습니다. 25gwei의 실행 가스 (약 1,000,000gwei의 경우 25,000,000gwei)를 위해 25,000,000gwei에 대해 지불해야합니다. Blob의 비용은 약 200gwei입니다. 이는 총 비용은 약 25,000,200 gwei이며 거의 모든 비용이 가스의 구현에서 왔다는 것을 의미합니다. Blob. Blob의 비용이 동일한 방식으로 감소될 경우, 예를 들면 200 gwei에서 50 gwei에 예를 들면, 그 후에 10 gwei에 아래로 그리고 결국 1 gwei에 아래로, 총 비용은 강하게 변화하고 25,000,000 gwei에 남아 있을 것입니다。
사이트맵 이 문제를 해결하여 구현 기본 비용에 따라 최소 "예약 가격"을 도입하여, 너무 낮은 Blob 가격을 방지하고 롤업의 Blob 가격을 더 안정적이고 예측할 수 있습니다。
EIP-7918의 핵심 아이디어는 간단합니다: Blob는 절대로 BLOB_BASE_COST로 알려진 특정 금액보다 적은 가격이어야합니다。calc_execs_blob_gas()의 값은 로 설정된다; 213, 이는 calc_excs_blob_gas() 함수에 약간의 수정을 통해 달성된다。
일반적으로, 이 기능은 증가하거나 블록에 사용되는 blob 가스가 위 또는 대상 값의 밑에 있는지 여부에 따라 Blob의 기본 비용을 감소시킵니다. 이 제안에 따르면, Blob가 가스의 실행과 관련하여 "too low"가되면, 기능은 대상 Blob 가스를 유도합니다. 이것은 과잉 blob 가스의 빠른 성장에 주도, 따라서 blob 기본 비용에 더 쇠퇴 방지. 그래서, Blob의 기본 비용은 이제 최소 값이 동일합니다BLOB_BASE_COST의 특징 x 기초_fee_per_gas 프로젝트。
우리가 이것을 할 필요가 있는 이유를 이해하기 위하여, 우리는 Blob의 필요를 봐서 좋습니다. 롤업은 총 비용에 대해 걱정합니다 : 구현 비용 플러스 blob 비용. 가스를 구현하는 비용은 매우 높을 경우 예를 들어, 20 gwei는 Blob 비용이 2 gwei에서 0.2 gwei로 줄어들더라도 총 비용도 거의 일정합니다. Blob 기본 비용의 감소는 수요에 약간의 영향을 미칩니다. 경제에서, 이것은 "cost inflexibility"라고합니다. 그것은 수요 곡선이 거의 수직 인 상황에서 만듭니다. 낮은 가격은 수요를 증가시키지 않습니다。
이러한 경우, Blob 기본 비용 메커니즘은 블라인드가됩니다 - 수요가 반응하지 않는 경우에도 가격은 계속 감소합니다. 이것은 왜 blob의 기본 비용은 종종 1 gwei입니다. 그런 다음, 실제 수요가 나중에 단계에서 증가 할 때, 계약은 거의 전체 블록의 합리적인 수준에 비용을 높이는 데 시간이 더 걸립니다. 사이트맵 가스의 구현에 연결된 예비 가격을 설정하여 문제를 해결하십시오. 따라서 Blob 비용은 구현 비용이 우선되는 경우에도 의미를 유지합니다。
이 예약 가격을 추가하는 또 다른 이유는 노드가 Blob 데이터의 KZG 인증서를 확인하기 위해 많은 추가 작업을해야합니다. 이 인증서는 Bob의 데이터가 그들의 약속과 일치한다는 것을 보증합니다. EIP-4844에서 노드는 낮은 비용에서 각 Blob 인증서를 확인해야 합니다. 그러나 EIP-7918에서 유효한 인증서의 수는 더 높습니다. 그것은 EIP-7594 (PeerDAS)에서 때문에 모두, blob는 세포에게 불리는 작은 조각으로 분할됩니다, 그것의 자신의 증거가 있는 각각은, 유효성 일을 매우 더 큽니다。
긴 실행에서, EIP-7918는 또한 미래를 준비하는 것을 돕습니다. 기술에 있는 진보로, 저장하고 공유 자료의 비용은 자연적으로 감소할 것입니다, 그리고 작업장은 더 많은 Blob 자료가 시간 이상 저장될 것을 허용할 것으로 예상됩니다. Blob 비용 (ETH에서)는 Blob 용량이 증가 할 때 자연적으로 감소합니다. 이것은 제안에 의해 지원됩니다, 가격의 보유는 고정 가치 보다는 오히려 가스 가격의 실행에 연결됩니다, 그래서 네트워크의 성장에 조정될 수 있습니다。
Blob 공간과 구현 블록 공간의 확장으로, 그들의 가격 관계는 균형을 잡을 것입니다. 몇 가지 경우에만 Blob 용량이 가스에서 구현 용량을 증가하지 않고 비용이 크게 증가 할 때 가격을 유지 할 수 있습니다. 이러한 경우, Blob 비용은 결국 실제 요구보다 높을 수 있습니다. 그러나이 방법으로 확장 할 계획이 없습니다. - 블룸 공간과 구현 블록 공간은 동시에 성장할 것으로 예상됩니다. 선택된 값 (BLOB_BASE_COST = 213)은 따라서 안전하고 균형 잡힌 것으로 간주됩니다。
가스가 떨어질 때 작은 세부 사항이 필요합니다. Blob의 가격은 구현의 기본 비용에 따라, 구현 비용의 급격한 증가는 일시적으로 구현 비용에 의해 지배 된 상황에서 Blob의 비용을 넣어 수 있습니다. 예를 들어, 가스 비용의 구현이 갑자기 블록 내에서 20 ~ 60 gwei에서 뛰어납니다. Blob 가격은이 값과 연결되므로 Blob 비용은 새로운 수준과 더 높은 수준을 깰 수 없습니다. Blob가 여전히 사용중인 경우, 그 비용은 일반적으로 증가하는 것을 계속하지만 계약은 더 높은 구현 비용과 일치하기 위해 충분히 증가 할 때까지 감소 할 수 없습니다. 이것은 여러 블록 내에서, Blob 비용은 구현 비용보다 느리게 성장할 수 있음을 의미합니다. 이 짧은 지연은 무해합니다 - 그것은 실제로 Blob 가격의 날카로운 변동을 방지하고 더 안정적으로 시스템을 만듭니다。
저자는 또한 11 월 2024 일부터 3 월 2025 일까지 실제 블록 거래 활동의 empirical 분석 및 적용 가격 유지 규칙을 실시했습니다. 높은 구현 비용의 기간 동안 (평균 약 16 gwei), 예비 임계 값은 오래된 메커니즘과 비교하여 블록베이스 비용을 크게 증가시킵니다. 낮은 구현 비용 (약 1.3 gwei의 평균)의 기간 동안 블록의 기본 비용이 예비 가격 아래에 계산되지 않는 한 블록 비용이 거의 일정하게 유지됩니다. 수천 블록을 비교함으로써 저자는 새로운 메커니즘이 수요에 자연적 반응을 유지하면서 더 안정적인 가격을 만들 수 있다는 것을 보여줍니다. 블록 비용의 4 개월 그림은 예비 가격은 1 gwei로 떨어지는 블록 비용을 방지하여 극단적 인 변동성을 감소시켰다。
안전과 관련하여, 이 변화는 어떤 위험도 소개되지 않습니다. 기본 블록의 비용은 항상 가스의 BLOB_BASE_COST를 구현하는 단위 비용보다 높을 것입니다. 이 메커니즘은 최소 비용 만 증가하기 때문에 안전하며, 가격 임계 값은 계약의 정정에 영향을 미치지 않습니다. 그것은 단지 건강한 경제 기능을 지킵니다。
EIP-7934: RLP 집행 구획 크기 한계
EIP-7934의 앞에, RLP 코덱의 크기에 엄격한 천장이 없습니다. 이론에서 블록은 큰 거래 또는 매우 복잡한 데이터를 포함하면 매우 커질 수 있습니다. 이 두 가지 주요 문제를 제기: 네트워크 불안정성 및 서비스의 파괴 위험 (DoS)。
블록이 너무 크면, 노드를 다운로드하고 검증하는 데 필요한 시간은 더 길 것입니다. 전송을 느리고 임시 지점 체인의 가능성을 증가시킵니다. 위험은 여전히 공격자는 노드를 과부하하기 위해 매우 큰 블록을 deliberately 만들 수 있으며, 지연 또는 심지어 탈 링크 할 수 있습니다. - 전형적인 denial-of-service 공격. CL Gossip 계약은 10MB 이상의 블록을 퍼뜨릴 수 없으므로 구현 블록이 네트워크에 분산되지 않을 수 있음을 의미합니다. 따라서 노드 간의 체인이나 해체의 파편을 만들 수 있습니다. 이러한 위험의 관점에서 명확한 프로토콜 수준의 규칙은 과도한 크기를 방지하고 네트워크 안정성과 보안을 유지합니다。
EIP-7934는 합의 수준 RLP 집행 블록 크기 캡을 도입하여이 문제를 해결합니다. 최대 허용 블록 크기 (MAX_BLONK_SIZE)는 10 MiB (10,485,760 바이트)로 설정되지만, 2 MiB (2,097,152 바이트)는 Beacon 블록도 일부 공간 (SAFETY_MARGIN)을 차지하기 때문에 Taifeng의 기초에 추가됩니다。
이것은 최대 허용 RLP 인코딩 된 강제 블록 크기는 MAX_RLP_BLONK_SIZE입니다 = MAX_BLONK_SIZE-SAFETY_MARGIN. 인코딩된 블록이 이 제한보다 크면 블록이 유효하지 않고 노드가 거부해야합니다. 이 규칙으로 블록 프로듀서는 각 블록의 코드의 크기를 확인해야 하며, certifier는 블록 인증 동안이 제한을 확인해야합니다. 이 크기 모자는 가스 한계의 무소속자, 구획이 “가스 한계 보다는 더 낮은”인 경우에, 그것은 아직도 너무 크면 거절될 것입니다. 가스 사용 및 실제 바이트 크기 제한이 관찰됩니다。
10 MiB의 상한을 선택하면 Consensus Level Gossip 계약의 기존 제한과 일치하기 때문에 의도적입니다。10 MiB보다 큰 모든 데이터는 온라인으로 방송되지 않습니다. 그래서이 EIP는 합의 수준 한계와 집행을 정렬합니다. 이 모든 구성 요소 중 일관성을 보장하고 CL refusal의 결과로 블록의 효과적인 구현을 방지합니다。
이 변경은 새로운 제한보다 더 큰 블록을 준수하지 않습니다. 즉, 광부와 certifyers는 규칙을 준수하기 위해 고객을 업데이트해야합니다. 그러나, megablocks는 스스로 문제없고 연습에서 일반적이지 않기 때문에, 그들의 영향은 최소한이다。
안전의 관점에서, EIP-7934는 두드러지게 Taifang의 능력을 강화하여 특정 블록의 크기에 대한 공격을 견딜 수 있도록 참여자가 네트워크의 패러다임을 만들 수있는 블록을 만들 수 있습니다。EIP-7934은 중요한 보안 경계를 추가하여 구현 논리 (EL) 및 CL 행동을 해소하고 메가 블록의 생성 및 해소와 관련된 여러 공격을 방지합니다。
EIP-7939: 측정 리드 제로 (CLZ) 운영 코드
이 EIP의 앞에, 의 숫자는 256 비트에 지도하는 것은 Taifeng가 없는 가동 부호를 사용하여 산출됩니다. 개발자는 CLZ 기능을 수동으로 구현하기 위해 Solidity를 사용해야 하며, 많은 수의 오프셋과 비교를 필요로 합니다。
자체 정의 업적이 느리기 때문에 큰 문제가 되며 비용이 많이 들고 G를 추가합니다소비로. Zero-knowledge 인증 시스템을 위해, 증거의 비용은 높고 올바른 전송 작업의 증거의 비용은 매우 높으므로 CLZ 같은 작업이 크게 회로의 0-knowledge 증거의 속도를 줄일 수 있습니다. CLZ는 매우 일반적인 하단 기능이므로 수학 라이브러리, 압축 알고리즘, 비트, 서명 방식 및 많은 암호화 또는 데이터 처리 작업, 더 빠르고 경제적 인 계산 방법은 운임에 필요합니다。
EIP-7939는 CLZ (0x1e)라는 새로운 코드를 도입하여이 문제를 해결했습니다. 이 작업 코드는 스택에서 256 비트 값을 읽고 리드 제로의 번호를 반환합니다. 숫자가 0이라면, 코드는 256 비트 0이 256 리드 0이 있기 때문에 256을 반환합니다。
CLZ가 ARM과 x86과 같은 많은 CPU 구조에서 작동하는 방식과 일관성이 있습니다. CLZ 작업은 집 소유입니다. CLZ를 추가하면 많은 알고리즘의 비용을 크게 줄일 수 있습니다. InWad, PowerWad, LambertW, 다양한 수학 기능, 바이트 비교, 비트 맵 스캔, 통화 데이터 압축 / 압축, 나중에 quantum 서명 프로그램은 빠른 첫 번째 라인 0 탐지에서 모든 혜택을 누릴 수 있습니다。
CLZ는 ADD와 유사한 5에서 가스 비용 세트가 있고 이전 MUL 가격보다 약간 높습니다. 서비스 (DoS) 공격의 위험이 낮은 가격으로 인해 발생합니다. 기본 테스트는 CLZ가 ADD와 PSP1 rv32im 인증 환경에서 동일한 금액을 계산 한 것으로 나타났습니다. CLZ는 실제로 ADD보다 적은 비용으로 지식의 제로 증거의 비용을 줄일 수 있습니다。
EIP-7939는 완전히 새로운 코드를 도입하고 기존의 행동을 수정하지 않습니다。
일반적으로 EIP-7939는 현대 CPU가 이미 지원되는 간단하고 효율적인 언어를 추가하여 개발자에게 빠르고 저렴하며 더 친절합니다. 가스 비용을 줄이기 위해 byte 코드 크기를 줄이고 많은 일반적인 작업의 Zero-knowledge 증거 비용을 줄일 수 있습니다。
EIP-7951: 현대 기계설비의 지원에 있는 서명
이 EIP 이전에, secp256r1 (P-256) 곡선을 사용하여 생성 된 디지털 서명은 안전하고 원본이 아닌 방법으로 확인됩니다。
이 곡선은 Apple Security Enclave, Android Keystore, HSM, TEE 및 FIDO2/WebAuthn 보안 키와 같은 현대 장치에 사용되는 표준입니다. 이러한 지원, 응용 및 지갑의 부재는 장비 수준의 하드웨어를 사용하여 쉽게 서명 할 수 없습니다. 이전 시도 (RIP-7212) 이었지만, 관련 된 두 가지 심각한 보안 격차가 있었지만, 원격 처리 및 유대 서명의 비교에. 이러한 문제는 검증 및 합의의 실패에도 오류로 이어질 수 있습니다。EIP-7951는 이러한 보안 문제를 재활하고 결국 ETHER WORKSHOP을 통해 안전하고 효율적으로 최신 하드웨어에서 서명을 지원할 수 있는 보안, 독창적인 사전순환 프로세스를 도입했습니다。
EIP-7951에 대하여 주소에 추가 0x100 새로운 사전 컴파일 계약 P256VERIFY, ECDSA 서명을 인증하는 secp256r1 곡선을 사용. 이 시그니처 인증은 Solidity에서 직접 달성하는 것보다 빠르고 비용이 적습니다。
EIP-7951는 또한 엄격한 입력 증명서 규칙을 정의합니다. 아무 것도 유효하지 않은 경우, 사전 컴파일은 실패로 돌아가고 다시 롤하지 않을 것입니다, 성공적인 전화와 같은 가스를 소모. Validation 알고리즘은 표준 ECDSA를 따릅니다: s−1 mod n을 계산하고, R의 거부가 끝이 없는 경우, R의 일치 r (mod n)의 x 좌표가 있는지 확인합니다. 이 RIP-7212에서 오류를 수정합니다. RIP-7212는 n을 먼저 단순화하는 대신 r을 직접 비교합니다。
이 가동의 가스 비용은 6900 가스에, 버전 RIP-7212 보다는 더 높습니다, 그러나 SECp256r1에 의해 증명된 실제적인 성과 벤치 마크로 일관되게 입니다. 중요하게, 공용영역은 배치된 층 2 네트워크와 완전히 호환이 됩니다 (동의 주소 및 동일한 입력/출력 체재) 그리고 그러므로 기존하는 똑똑한 계약은 어떤 변화도 없이 기능을 계속할 것입니다. 유일한 차이는 개정된 행동과 더 높은 가스 비용입니다。
EIP-7951는 ECDSA의 정확한 행동에 의거하여, 사전 컴파일 수준에서 플라스틱의 문제점을 제거하고, 응용 프로그램에 옵션을 떠나고, 미리 컴파일이 일정한 시간 실행을 요구하지 않는 것을 명확하게 합니다. secp256r1 곡선은 128 비트의 보안을 제공하고 광범위한 신뢰와 분석을 얻고 있으므로 Etherpo에 안전하게 적용 할 수 있습니다。
짧은 EIP-7951는 현대 하드웨어 지원 인증의 도입을 확보하는 것을 목표로, 초기 제안의 보안을 복구하고 생태계 전체에 P-256 서명을 인증하는 신뢰할 수있는 표준화 방법을 제공하기 위해。
제품정보
아래 표는 Taifeng 클라이언트에 의해 다른 Fusaka EIP로 변경되는 것을 요약합니다. 컨센서스 클라이언트의 체크 마크는 EIP가 컨센서스 레이어 클라이언트를 업데이트해야 한다는 것을 나타냅니다. 실행 클라이언트의 체크 마크는 업그레이드가 임원 수준의 클라이언트에 영향을 미칩니다. 몇몇 EIPs는 consensus와 실시 층을 동시에 새롭게 하기 위하여 필요로 하고, 다른 사람은 그들의 단지 1개를 새롭게 해야 합니다。
모든 것은 Fusaka의 하드 포크에 포함 된 키 EIP입니다. 업그레이드에는 가스 조정 및 업그레이드부터 새로운 사전 컴파일에 이르기까지 여러 클라이언트 개선의 합의 및 구현이 포함되었지만, 업그레이드의 핵심은 PeerDAS였습니다. 이는 포인트 투 포인트 데이터 가용성 샘플링을 도입했으며 네트워크 전반에 걸쳐 Blob 데이터의 효율적이고 탈중앙화 처리가 가능합니다。