ERC-7730이란 무엇인가? Ethereum 에서 설명하는 명확한 서명 표준

Quicknode

2026년 5월 19일 — 읽는 데 5분 소요

공유하기

선호하는 소스로 추가

ERC-7730은 20억 달러 규모의 문제를 해결하기 위한 최초의 표준화 시도입니다.

그리고 이 문제는 본질적으로 암호화폐의 근간인 ‘거래 서명’과 관련이 있습니다. 구체적인 수치를 살펴보겠습니다:

• 바이빗은 서명 인터페이스 조작으로 인해 약 14억 6천만 달러 규모의 해킹 피해를 입었습니다.

• Ledger Connect Kit을 겨냥한 피싱 공격으로 60만 달러의 피해가 발생했다.

• 라디언트 캐피털은 거래 데이터 조작으로 인해 약 5,000만 달러의 손실을 입었다.

위의 모든 사례는 동일한 취약점을 드러냅니다. 즉, 사용자는 지갑에 표시된 내용을 승인하는 반면, 블록체인은 불투명한 호출 데이터나 서명을 실행한다는 점입니다.

이를 ‘블라인드 서명’이라고 합니다. 간단히 말해, 인간은 자신이 읽을 수 없는 바이트코드 형태의 거래 데이터를 승인하고 허가할 수 있는 권한을 가지고 있습니다.

ERC-7730은 ‘ Ethereum ’가 거래 서명 방식을 ‘인터페이스를 신뢰하는 방식’에서 ‘의도를 검증하는 방식’으로 전환하기 위해 처음으로 체계적으로 시도한 것입니다.

이 블로그에서는 ‘클리어 사인(Clear Signing)’과 ERC-7730이 무엇인지, 어떻게 작동하는지, 그리고 이것이 암호화폐 생태계 전체에 어떤 의미를 지니는지 자세히 설명합니다.

‘클리어 사인잉(Clear Signing)’이란 무엇인가요?

Clear Signing을 통해 지갑은 사용자가 거래에 서명하기 전에 사람이 읽을 수 있는 의도와 세부 정보를 표시할 수 있게 되며, 이는 원시 바이트코드의 ‘맹목적인 서명’ 방식을 대체합니다.

지갑은 원시 호출 데이터, 해시 값 또는 일반적인 “메시지 서명” 프롬프트를 표시하는 대신, 해당 작업을 쉬운 영어로 설명해야 합니다:

• USDC를 보내고,

• 지출자를 승인하고,

• 토큰 교환,

• 브리지 자산, 또는

• 계약 소유권을 양도한다.

ERC-7730은 이를 일관되게 수행하기 위한 Ethereum 의 표준입니다.

이 표준을 통해 스마트 계약 팀은 지갑이 특정 계약 상호 작용을 어떻게 해독하고 표시해야 하는지 알려주는 설명자를 게시할 수 있습니다.

명확한 서명이 거래를 자동으로 안전하게 만들어 주지는 않는다는 점을 기억하십시오. 명확한 서명은 거래 데이터와 의도를 명확하게 드러내어, 사용자가 자신이 서명하는 내용을 확인할 수 있도록 도와줄 뿐입니다.

알겠습니다. 자, 그럼 ERC-7730과 클리어 서명은 어떻게 작동하나요?

ERC-7730의 작동 원리

이 Ethereum 표준의 서문은 “눈에 보이는 그대로 서명한다(What You See Is What You Sign)”입니다.

이를 구현하기 위해 ERC-7730은 트랜잭션 디스크립터를 활용합니다. 트랜잭션 디스크립터는 스마트 계약 함수를 사람이 읽을 수 있는 서명 메시지로 매핑하는 구조화된 JSON 파일입니다.

디스크립터는 지갑에 다음과 같이 알려줍니다:

• 어떤 계약 및 체인에 적용되는지

• 어떤 함수가 호출되고 있는가

• 어떤 매개변수가 중요한가

• 해당 매개변수들이 어떻게 표시되어야 하는지

• 사용자가 로그인하기 전에 어떤 마지막 메시지를 보게 될까요?

원본을 표시하는 대신 approve(address, uint256) 호출 시, ERC-7730 디스크립터를 사용하는 지갑에는 다음과 같이 표시될 수 있습니다: {지출자}가 {금액} {토큰}을 지출하도록 승인합니다.

이것이 실제 운영에서는 어떻게 나타나는지 살펴보겠습니다.

ERC-7730 디스크립터의 구조

ERC-7730 디스크립터는 지갑이 계약 호출을 읽기 쉬운 서명 요청으로 변환하는 방법을 알려주는 JSON 파일입니다.

이 글은 크게 세 부분으로 구성되어 있습니다:

문맥

‘컨텍스트’ 섹션에서는 지갑이 언제 디스크립터를 사용해야 하는지 설명합니다. 이 섹션에서는 파일을 하나 이상의 계약 배포와 연결하며, 일반적으로 chainId와 주소를 통해 연결합니다.

사용자가 트랜잭션에 서명하면, 지갑은 대상 계약과 네트워크가 알려진 설명자와 일치하는지 확인합니다.

메타데이터

메타데이터 섹션은 관련 배경 정보를 제공합니다. 여기에는 프로토콜 소유자, 프로젝트 URL, 계약 이름, 토큰 세부 정보, 상수, 열거형 또는 폴백 값이 포함될 수 있습니다.

이를 통해 지갑은 원시 주소, 정수 또는 설명이 없는 매개변수를 표시하는 대신 값을 더 깔끔하게 보여줄 수 있습니다.

표시

디스플레이 섹션이 실제 번역 작업을 수행합니다. 내부에서는 display.formats, 각 키는 다음과 같이 사람이 읽을 수 있는 ABI 함수 시그니처입니다:

swapExactTokensForTokens(
  uint256 amountIn,
  uint256 amountOutMin,
  address[] path,
  address to,
  uint256 deadline
)

각 함수에 대해, 디스크립터는 의도(intent)와 선택 사항인 보간된 인텐트, 그리고 지갑에 표시되어야 할 필드 목록.

각 필드는 다음과 같은 경로를 사용하여 디코딩된 calldata 값을 가리킵니다. #.amountIn, #.to, 또는 #.마감일, 그런 다음 지갑에 해당 파일을 어떻게 포맷해야 하는지 알려줍니다.

예를 들어:

{
  "path": "#.amountIn",
  "label": "Send",
  "format": "tokenAmount",
  "params": {
    "tokenPath": "#.path[0]"
  }
}

이는 지갑에 다음과 같이 지시합니다:

• ~을(를) 선택하세요 amountIn 매개변수,

• "보내기"라고 표시하고,

• 명목 금액으로 서식을 지정하고,

• 사용 path[0] 어떤 토큰이 티커와 소수점 자릿수를 제공하는지 파악하기 위해.

기억해 두세요. 거래는 여전히 온체인에서 동일한 방식으로 실행됩니다. ERC-7730은 단지 지갑이 사용자가 서명하려는 내용을 설명할 수 있는 표준화된 방법을 제공할 뿐입니다.

하지만 디스플레이는 서명 보안의 한 부분에 불과합니다. ERC-7730이 여전히 불완전한 해결책인 이유는 다음과 같습니다.

ERC-7730이 해결하지 못하는 문제

ERC-7730은 중요하지만, 그 기능을 과대평가하기 쉽습니다. 바로 그 때문에 이 섹션에서 그 한계를 이해하는 것이 중요합니다.

읽을 수 있다고 해서 검증된 것은 아닙니다. 설명자(descriptor)에 “지출자가 USDC를 사용하도록 승인한다”라고 명시되어 있을 수 있지만, ERC-7730은 해당 설명자가 정확하거나 완전하거나 정직하다는 것을 증명하지는 않습니다.

명확한 안내문이라도 잘못된 행동을 허용할 수 있습니다. 지갑이 거래를 올바르게 표시하더라도, 사용자는 여전히 악성 계약, 안전하지 않은 권한 허용, 또는 보안이 침해된 프론트엔드 flow 를 승인할 수 있습니다. 지갑이 거래를 정확하게 표시하더라도, 사용자는 여전히 악성 계약, 과도한 권한 허용, 또는 위험한 프로토콜 상호작용을 승인할 수 있습니다.

설명자는 계약보다 뒤처질 수 있습니다. 프록시가 업그레이드되거나, 라우터의 동작이 변경되거나, 함수의 의미가 바뀌더라도, 오래된 설명자는 여전히 오류 없이 프롬프트를 표시할 수 있습니다.

디스크립터는 복잡한 실행 경로로 인해 어려움을 겪습니다. 일괄 호출, 위임 호출, 라우터, 중첩된 호출 데이터 등으로 인해, 한 트랜잭션이 겉으로 보이는 함수가 시사하는 것보다 더 많은 작업을 수행하게 될 수 있습니다.

또한, 명확한 서명이 안정적으로 작동하고 효과를 발휘하기 위해서는 다음 요소들에 크게 의존합니다:

• 신뢰할 수 있는 등록 기관,

• 거래 시뮬레이션,

• 메타데이터 확인, 그리고

• 지갑 수준의 위험 경고.

그렇기 때문에 이 한계를 다시 한 번 강조하는 것이 중요합니다. ERC-7730은 거래를 이해하기 쉽게 만들어 줄 뿐, 서명하는 것이 자동으로 안전해지는 것은 아닙니다.

ERC-7730: 다음 단계는 무엇일까요?

ERC-7730은 이미 레지스트리 계층에서 가동 중이며, 현재로서는 Ledger가 가장 확실한 상용 구현 사례입니다. 하지만 ‘클리어 사인(clear signing)’의 적용 범위는 훨씬 더 넓습니다.

계정 추상화 기술이 성숙해짐에 따라, 사용자들은 일회성 거래에 서명하는 횟수는 줄어들고, 범위 지정된 권한을 더 많이 부여하게 될 것입니다:

• 지출 한도,

• 세션 키,

• 승인된 계약,

• 위임된 조치, 그리고

• 정기 보험.

그렇기 때문에 거래 의도가 더욱 중요해집니다.

스마트 지갑은 특정 행동이 무엇을 의미하는지 명확히 이해하지 못한다면 올바른 규칙을 적용할 수 없다.

AI agents 와 자율 실행에도 마찬가지입니다.

agents 가 사용자를 대신하여 스왑, 지급, 재조정 또는 계약 콜을 실행하려면, 단순한 콜 데이터만으로는 부족합니다.

이들에는 지갑, 정책 엔진, 시뮬레이터, 그리고 궁극적으로는 다른 agents 에서 읽을 수 있는 의미론적 계층이 필요합니다.

ERC-7730은 그 방향으로 나아가는 초기 단계입니다.

이 기술은 사람이 읽을 수 있는 서명에서 시작되지만, 장기적인 가치는 기계가 읽을 수 있는 의도일 수 있습니다. 즉, 실행이 이루어지기 전에 지갑, 앱, 그리고 agents 가 승인 대상 내용을 이해할 수 있는 공통된 방식입니다.