이더스캔, 검증 컨트랙트 설치형 패키지 지원

이더스캔(Etherscan)과 GitMyABI 연동으로 검증된 스마트 컨트랙트의 ABI를 설치 가능한 npm 패키지와 타입스크립트 바인딩으로 바꾸는 개발자 도구 흐름이 확대됐다. 온체인 기능 추가보다 디앱(dApp) 개발 과정에서 반복되던 인터페이스 관리 부담을 줄이는 변화에 가깝다.

GitMyABI는 공식 사이트에서 이더스캔 연동을 'live' 상태로 소개하고 있다. 검증된 컨트랙트 페이지의 Cards 탭에서 SDK를 설치할 수 있다는 설명도 함께 내놨다.

크립토브리핑은 이번 연동이 검증 컨트랙트를 설치형 npm 패키지로 전환하는 기능이라고 전했다. 중계 설명을 걷어내면, 확인된 중심은 이더스캔의 검증 컨트랙트와 GitMyABI의 패키징 도구가 맞물렸다는 점이다.

ABI는 스마트 컨트랙트가 외부에 노출하는 함수, 이벤트, 입력값과 출력값의 규격을 담은 JSON 문서다. 디앱은 이 ABI를 통해 컨트랙트와 통신하고, 프론트엔드 코드는 ABI가 바뀌면 함께 수정돼야 한다.

ethereum.org는 이더스캔의 검증된 컨트랙트에서 ABI를 얻을 수 있다고 설명한다. 지금까지 개발자는 이 ABI를 복사해 프로젝트에 넣고, 컨트랙트 배포 버전과 애플리케이션 코드가 어긋나지 않도록 별도로 관리하는 경우가 많았다.

GitMyABI는 이 중간 단계를 npm 패키지와 타입스크립트 바인딩으로 흡수하려는 도구다. 개발자는 검증된 컨트랙트 인터페이스를 패키지 형태로 설치해 코드에 연결할 수 있다.

GitMyABI 공식 사이트는 버전별 릴리스, 생성된 타입스크립트 바인딩, 전역 캐시 전달을 주요 기능으로 내세운다. ABI 파일을 직접 옮기는 방식보다 패키지 의존성 관리 체계 안에서 컨트랙트 인터페이스를 다루게 하려는 구조다.

공개 npm에도 관련 배포물이 올라와 있다. @gitmyabi/cli는 Foundry, Hardhat, 원시 ABI JSON에서 typed-ABI npm 패키지를 생성하고 레지스트리에 배포할 수 있다고 설명한다.

자동 생성 타입 패키지도 확인된다. @gitmyabi-stg/nas, @gitmyabi-stg/leo, @gitmyabi-stg/avi, @gitmyabi-stg/uniswap--v4-protocol 등은 공개 npm에서 'Auto-generated TypeScript type bindings'로 표시된다.

이더스캔 쪽 맥락도 개발자 경험 개선에 가깝다. 이더스캔 정보센터는 컨트랙트 검증이 배포된 온체인 코드와 공개 소스 코드를 대조해 이용자가 코드를 확인할 수 있게 하는 절차라고 설명한다.

이번 연동은 그 위에 설치 가능한 SDK 생성 경로를 얹은 구조다. 검증된 소스 코드와 ABI 조회에 머물던 컨트랙트 페이지가 개발 코드에 바로 연결되는 패키지 배포 지점으로 확장되는 셈이다.

개발자에게는 ABI 드리프트를 줄이는 효과가 중요하다. 컨트랙트 인터페이스와 프론트엔드 코드가 서로 다른 버전을 참조하면 호출 실패나 예상하지 못한 오류가 날 수 있어, 버전이 고정된 패키지 방식은 관리 부담을 낮출 수 있다.

다만 npm 생태계에 의존하는 만큼 패키지 출처와 버전 잠금, 배포 권한 관리가 중요해진다.

GitMyABI 약관은 서비스를 'as is'로 제공하며 ABI의 정확성이나 무중단 운영을 보장하지 않는다고 밝히고 있다. 생산 환경에서 쓰려면 사용자가 ABI 정확성을 직접 검증해야 한다.

이번 제휴가 이더리움(ETH) 가격이나 특정 토큰 수급에 미칠 영향은 별도 자료로 확인되지 않는다. 현재 확인되는 의미는 블록체인 자체 변화보다 개발 도구 자동화와 컨트랙트 인터페이스 관리 방식의 변화에 있다.

검증 출처: GitMyABI 공식 사이트, GitMyABI 약관, 이더스캔 정보센터, ethereum.org, npm @gitmyabi/cli, npm GitMyABI 자동 생성 패키지, 크립토브리핑.