이더리움 재단에서 인턴으로 일하면서 이더리움의 핵심 명세를 깊게 파고드는 경험이 어떤지 궁금했던 적 있나요? 블록체인 개발자, 테스터, 혹은 그냥 호기심 많은 암호화폐 애호가라면 SouraDeep(@0xSouradeep)의 이 스레드는 진짜 보물입니다. 저는 CoinDesk에서 편집자로 일한 경험부터 지금 Meme Insider에서 밈 토큰 인사이트를 정리하는 일까지 수년간 암호화폐 저널리즘을 해왔는데, 고수준의 프로토콜 얘기와 실제 코딩을 잇는 스레드를 발견하면 항상 반갑습니다. 이건 그런 완벽한 사례로, 이더리움의 실행 레이어 도구에 대한 실제 작업을 풀어냅니다. 하나씩 살펴볼까요?

SouraDeep은 현재 CalBlockchain 소속의 연구자이자 개발자로, 이전에 Ethereum Foundation, BOB, OMG Network에서 근무한 경력이 있습니다. 그는 최근 EF의 STEEL 팀에서 3개월 인턴십을 마쳤습니다. 이 글은 그의 스레드 시리즈 중 두 번째 부분으로, EELS, EEST, STEEL—이더리움의 테스트 생태계—에 대한 앞선 게시물을 기반으로 합니다. 약어들이 SF 장비처럼 들려도 걱정 마세요; 간단히 설명하겠습니다. EELS는 기본적으로 이더리움 Execution Layer(EL)를 위한 가벼운 Python 레퍼런스입니다. EL은 트랜잭션과 스마트 컨트랙트를 처리하는 네트워크의 부분이죠. EEST는 이를 철저히 테스트하고, STEEL은 모든 것이 동기화되도록 명세를 감독합니다.

왜 이게 이더리움 개발자에게 중요한가

이더리움의 실행 명세는 네트워크를 운영하는 모든 노드의 청사진과 같습니다. 단순한 문서가 아니라—클라이언트 팀(예: Geth나 Besu)이 규격을 준수하도록 사용하는 살아있는 코드죠. 하지만 청사진은 계속 조정되어야 합니다: 더 신뢰할 수 있는 테스트는 Prague 이후의 다음 큰 업그레이드인 Osaka 같은 변화에서 버그를 줄입니다. SouraDeep의 작업은 바로 그 부분을 직접 다루며, 도구를 더 빠르고 견고하게 만듭니다. PEPE나 DOGE 같은 밈 토큰들이 이더리움 레일을 타고 달리는 세상에서, 튼튼한 인프라는 문제가 생기지 않도록 놀이를 계속 가능하게 합니다.

신뢰성 초점: 커버리지와 뮤테이션의 마법

SouraDeep의 첫 번째 큰 추진 과제는 EELS 테스트를 더 신뢰성 있게 만드는 것이었습니다. 그는 두 가지 관점에 집중했습니다: 커버리지와 품질입니다.

커버리지 측면에서 그는 실행 명세를 이용해 제네시스부터 메인넷 블록을 동기화하는 영리한 스크립트를 작성했습니다. 이 방식은 실제 블록이 치는 코드 라인을 테스트가 놓치는 부분을 드러냅니다. 틈새를 발견하면? 바로 그 트랜잭션에서 영감을 얻은 새로운 테스트 케이스가 탄생합니다. 이건 이론으로만 집을 감사하는 게 아니라 실제로 살아보면서 삐걱거리는 마룻바닥을 찾는 것과 같습니다.

그리고 재미있는 부분, 뮤테이션 테스트가 있습니다. 코드를 일부러 수정해본다고 상상해보세요—여기서 연산자를 바꾸고, 저기서 문장을 지우고—테스트가 그 "버그"를 잡아내는지 확인하는 겁니다. SouraDeep은 유명 도구인 mutmut을 패치해 Osaka fork 전용으로 6,651개의 뮤턴트를 생성하도록 했습니다. 테스트 스위트를 돌려서, 뮤턴트에서도 테스트가 통과하면 커버리지가 속이고 있는 것입니다—그렇다면 어설션을 강화할 때입니다.

그는 이를 CI 파이프라인에 연결하기도 했습니다. 새 코드가 들어오면? 뮤테이션이 자동으로 실행됩니다. 점수가 기준선 아래로 떨어지면? 알림! 이는 명세가 숨은 부패 없이 진화하도록 하는 사전 대응형 품질 관리입니다.

효율성 향상: JSON 병목 제거

개발 워크플로에서 속도는 왕입니다—특히 수천 개의 테스트를 돌릴 때 더 그렇죠. SouraDeep은 상태 전이(프리-스테이트 + txs → 포스트-스테이트)를 시뮬레이트하는 CLI인 "t8n" 도구에 주목했습니다. 이전의 t8n은 JSON을 많이 필요로 했습니다: Pydantic 모델을 직렬화해서 내보내고, 검증하고, 다시 역직렬화하는 식이었죠. 번거롭고 느렸습니다.

그의 수정은? Pydantic 모델을 직접 흡수하는(호환성을 위해 JSON 폴백은 유지) 업그레이드된 t8n입니다. 결과: 테스트 채우기 속도 약 15% 개선. 별다른 헤드라인을 장식하진 않지만, Fusaka 같은 포크를 처리하는 EEST에게는 누적 효과가 큽니다. 더 빠른 반복은 EIPs(Ethereum Improvement Proposals)에 대한 피드백을 더 빨리 돌게 합니다—체인을 형성하는 커뮤니티 주도 업그레이드들이죠.

일상 업무: 버그, 기능, 그리고 EIP들

별빛 너머로, SouraDeep은 덜 화려한 일들도 처리했습니다: 오래된 버그들을 잡고, 기능을 추가하고, 심지어 EIP를 명세에 구현하기도 했습니다. 인턴의 삶이란—지점 사무실은 없지만 소유권은 있고, 영향력은 큽니다. 일부 작업은 아직 병합 중이지만, 토대는 마련되어 있습니다. 여러분이 위에 쌓아가면 됩니다.

STEEL 팀이 그를 정규직처럼 믿고 맡긴 것에 박수 보냅니다. 그게 바로 EF 문화의 핵심입니다: 협업적이고 권한을 부여하며, 베를린 기반입니다(스레드 세 번째 글에서 더 자세히 다룹니다).

마무리: 다음 기여를 위한 영감

이 스레드는 단순한 칭찬이 아니라 행동 촉구입니다. 이더리움의 오픈 소스 심장은 SouraDeep 같은 기여자들로 살아 있습니다. EF 인턴십을 노리거나 execution-specs에 기여하고 싶다면, 여기서 시작하세요. 코드 스니펫과 시각 자료를 보려면 전체 스레드를 on X에서 확인하세요.

Meme Insider에서는 이러한 핵심 기술이 밈 코인 세계를 어떻게 지탱하는지에 대해 열광합니다. 안정적인 명세 = 원활한 론칭, 더 적은 러그풀. 여러분 생각은 어떤가요—테스트를 뮤테이트할 준비 되셨나요? 아래에 댓글 남겨주세요.