최대 스마트 컨트랙트 플랫폼인 이더리움(이더리움(ETH))이 Fulu-Osaka(Fusaka) 하드 포크(Fork) 성공적으로 진행했습니다. PeerDAS(Peer Data Availability Sampling) 최적화에 모든 관심이 쏠리는 가운데, 이더리움 개선 제안(EIP) 7825 "트랜잭션 가스 한도 상한"은 간과될 가능성이 높습니다. ZK 시대에 이더리움(이더리움(ETH))이 확장성을 유지하는 것이 매우 중요한 이유는 다음과 같습니다.
이더리움 개선 제안(EIP) 7825는 이더리움(이더리움(ETH))을 확장성, 예측성, 성능 면에서 우수하게 만든다는 의견
Brevis ZK 공동 프로세서의 공동 창립자인 Michael Dong은 X에서 이더리움 개선 제안(EIP) 7825가 ZK 증명과 100배 Ethereum 확장의 미래를 위한 가장 과소평가된 업그레이드 중 하나라고 말했습니다. 이는 단일 "메가 트랜잭션"이 Ethereum(이더리움(ETH)) 블록 의 전체 계산 용량을 소모하는 위험을 완화합니다.
이더리움 개선 제안(EIP)-7825는 ZK 증명과 100배 이더리움 확장의 미래를 위한 가장 과소평가된 업그레이드 중 하나입니다.
이더리움 트랜잭션당 가스 한도를 약 1,678만 가스로 제한함으로써, 단일 "메가 트랜잭션"이 블록 전체를 소모하는 위험을 제거합니다. 사소한 것처럼 들리지만, 그 영향은… https://t.co/XxvOorrT0S— michael (@no89thkey) 2025년 12월 3일암호화폐 시장 예측: XRP, 1달러 돌파 전 마지막 기회, 비트코인(비트코인(BTC)) 급등으로 10만 달러 돌파, 시바 이누(Shiba Inu) (시바이누(SHIB)) 바닥권 복귀 가능성이더리움의 부테린, 더 강력한 암호화폐를 옹호하다리플(XRP), 1,694,200%라는 놀라운 청산 불균형 기록, 비탈릭 부테린, 이더리움 서비스 중단에 대한 침묵 깨다, 1억 8,500만 달러 상당의 비트코인이 몇 분 만에 바이낸스에서 빠져나갔다 – Crypto News Digest아침 암호화폐 보고서: 엘론 머스크의 SpaceX가 1억 달러 상당의 비트코인과 USD 스테이블코인을 이전했습니다. 100만 달러 규모의 익스플로잇, 새로운 Cloudflare 중단으로 Coinbase가 다운되었습니다.
이더리움 개선 제안(EIP) 7825는 트랜잭션당 3천만 가스의 가스 상한을 적용합니다. 이더리움(이더리움(ETH)) 트랜잭션은 검증을 위해 이보다 더 많은 가스를 사용할 수 없습니다. Fusaka 이전에는 대규모 트랜잭션이 너무 많은 리소스를 소모하여 잠재적 지연 시간을 증가시킬 수 있었습니다.
Dong이 설명한 바와 같이, 이는 ZK 증명에도 위험합니다. 왜냐하면 어떠한 영지식 시스템도 Ethereum(이더리움(ETH))이 이 "비평행화 작업 단위"를 어떻게 처리할지 예측할 수 없기 때문입니다.
이는 결국 이더리움(이더리움(ETH))에서 거래를 실시간으로 증명할 수 있는 기회를 없애는 것이었는데, 이는 "100배 이더리움 확장"이라는 야망을 실현하는 데 전혀 용납할 수 없는 일이었습니다.
하지만 이제 블록 당 가스 소비량이 예측 가능하고 단일 거래에 대해 제한적이기 때문에 ZK 증명 시스템도 더욱 예측 가능해집니다. 브레비스 공동 창립자는 후사카 이후 최대 거래가 발생하는 최악의 시나리오에서도 전체 증명 절차는 5초를 넘지 않을 것으로 예상합니다.
버그에도 불구하고 후사카 활성화가 순조롭게 진행되었습니다.
그 결과, 관련 병렬 컴퓨팅 성능을 통해 ZK 시스템은 이미 1억~2억 개의 가스 블록을 정기적으로 검증할 수 있게 되었으며, 이는 Ethereum(이더리움(ETH))에 대한 ZK 로드맵의 실시간 증명 목표와 완벽하게 일치합니다.
이전에 U.Today에서 보도했듯이, Ethereum(이더리움(ETH)) Fusaka 업그레이드는 예상대로 2025년 12월 3일에 활성화되었습니다. 이를 통해 데이터 물류가 개편되었고 Ethereum(이더리움(ETH))이 모든 블록 에서 처리할 수 있는 블롭 수가 늘어났습니다.
Prysm에서 발견된 버그에도 불구하고, 업그레이드는 의도한 대로 정확히 활성화되었고 Lighthouse가 지배적인 클라이언트가 되었습니다. 연구원들이 지적했듯이, 활성화 과정에서 다운타임이 전혀 발생하지 않았고 클라이언트 다양성의 필요성이 더욱 강조되었습니다.
