크로스체인 인텐트 완벽 정리: ERC-7683과 솔버의 작동 원리

체인 사이로 자산을 옮길 때는 환승이 많은 여행처럼 느껴지곤 해요. 브릿지를 고르고, 도착 체인의 가스비를 준비하고, 정산을 기다린 뒤 원래 원했던 스왑까지 해야 하죠. **크로스체인 인텐트(Cross-Chain Intent)**는 이 경로 설계를 감추려는 방식입니다. 사용자는 원하는 결과를 말하고, 전문 실행자가 그 결과를 만들어 내요. 블록체인 인프라의 사용성은 좋아지지만 브릿지·솔버·정산 리스크가 사라지는 것은 아닙니다.

이 글에서는 인텐트 모델과 ERC-7683 최신 초안, 서명 전에 확인할 항목을 차근차근 살펴볼게요. 인프라를 설명하는 글이며 투자 전략이 아닙니다.

투자 조언이 아닙니다(NFA). 크로스체인 시스템은 컨트랙트 버그, 외부 의존성 침해, 불리한 견적, 운영 중단으로 실패할 수 있어요. 잃어도 감당할 수 있는 소액으로 시험하고 직접 조사하세요(DYOR).

크로스체인 인텐트란 무엇인가요?

일반 트랜잭션(Transaction)은 명령형이에요. “이 체인에서 이 컨트랙트의 이 함수를 실행하라”고 경로까지 지정합니다. 인텐트는 선언형입니다. “이 조건 안에서 저 체인의 이 주소로 원하는 자산을 전달하라”고 결과를 지정해요.

내비게이션의 모든 회전 지점을 직접 지시하는 것과 택배 기사에게 “금요일까지 서울로, 이 비용 이내에 배송해 주세요”라고 말하는 차이를 떠올리면 쉬워요. 결과와 제한 조건은 사용자가 정하지만 경로는 실행자가 고릅니다.

크립토에서 이 실행자는 보통 솔버(Solver), 필러(Filler) 또는 **릴레이어(Relayer)**라고 불러요. 사용자는 다음과 같은 결과를 요청할 수 있습니다.

• 출발 체인의 토큰 A를 도착 체인의 토큰 B로 바꾸되 최소 수령량을 지킬 것
• 마감 시간 전에 완료할 것
• 지정한 도착 주소로 보낼 것
• 필요하다면 도착 체인에서 추가 작업까지 실행할 것

이더리움 재단은 인텐트를 낮은 수준의 컨트랙트 호출 대신 높은 수준의 결과를 표현하는 방식으로 설명합니다. 동시에 솔버 중개자가 신뢰·검열·프라이버시 문제를 만들 수 있다고 경고해요. 편리함과 새로운 의존성을 함께 보는 것이 핵심입니다.

인텐트는 어떤 순서로 실행되나요?

프로토콜마다 화면과 세부 구조는 다르지만 흐름은 다섯 단계로 정리할 수 있어요.

1. 제한 조건을 정합니다. 앱이 원하는 출력, 수령 주소, 출발·도착 체인, 마감 시간 등을 주문(Order)에 담아요.
2. 주문을 승인합니다. 프로토콜에 따라 서명, 토큰 승인(Approval), 퍼밋(Permit), 출발 체인 예치가 필요할 수 있습니다.
3. 솔버가 평가합니다. 실행 비용, 유동성, 시간, 받을 보상을 계산해요. 경쟁 구조라면 여러 솔버가 채우기 좋은 조건을 비교합니다.
4. 솔버가 실행합니다. 도착 체인 유동성을 먼저 제공하거나 필요한 호출을 수행한 뒤, 프로토콜의 정산 방식에 따라 이행 사실을 기록합니다.
5. 정산이 솔버에게 지급됩니다. 정해진 조건이 충족되면 솔버가 투입 자본과 보상을 회수해요.

솔버가 도착 체인 유동성을 먼저 대기 때문에 사용자 화면에서는 매우 빠르게 보일 수 있습니다. 하지만 기초 체인이 즉시 블록체인 최종성에 도달했다는 뜻은 아니에요. 사용자 수령, 솔버 상환, 최종 정산은 서로 다른 시점에 끝날 수 있습니다.

ERC-7683은 무엇을 표준화하나요?

ERC-7683은 솔버가 사용하는 인터페이스를 제안하는 이더리움 초안(Draft) 표준입니다. 현재 설계에서는 인텐트 프로토콜이 자체 주문 페이로드(Payload)를 제공하고, **리졸버(Resolver)**가 그 페이로드를 솔버가 공통으로 읽을 수 있는 표현으로 바꿔요.

표준화의 경계를 이해해야 합니다. ERC-7683은 모든 프로토콜에 같은 사용자 화면, 에스크로(Escrow), 경매, 가격 결정, 정산 컨트랙트를 강요하지 않아요. 대신 솔버가 다음 정보를 평가할 공통 언어를 만들려 합니다.

• 실행해야 하는 단계
• 단계 사이의 변수와 의존 관계
• 자산·승인·수령인·시간 제한·가스 요구사항
• 실행이 되돌려지거나 중단될 수 있는 조건
• 특정 단계 이후 받을 지급

현재 명세는 ERC-7930 상호운용 주소를 사용합니다. 주소뿐 아니라 그 주소가 속한 체인까지 함께 식별하는 바이너리 형식이에요. 같은 형태의 주소를 잘못된 네트워크로 해석하는 모호함을 줄이고, 하나의 EVM 체인을 넘어선 주문 표현도 가능하게 합니다.

ERC-7683이 보장하지 않는 것

표준 인터페이스는 보안 인증서가 아닙니다.

ERC의 보안 고려사항도 정산 프로토콜의 안전을 보장하지 않는다고 명시해요. 리졸버는 단계·지급·가정을 설명할 수 있지만 실제 안전성은 리졸버 구현, 정산 컨트랙트, 토큰, 체인 상태, 오프체인·크로스체인 시스템에 달려 있습니다.

ERC-7683은 다음도 보장하지 않아요.

• 제시된 견적이 시장에서 가장 유리하다는 것
• 모든 경로에 충분한 솔버 경쟁이 있다는 것
• 솔버가 주문을 검열하거나 거절하지 않는다는 것
• 도착 체인이 계속 정상 작동한다는 것
• 접속한 프론트엔드가 진짜라는 것
• 토큰 승인이 필요한 범위로 제한됐다는 것
• 브릿지나 검증 구조가 공격받지 않는다는 것

Across는 자체 AcrossOriginSettler를 통해 ERC-7683 운영 구현을 문서화하고 있어요. 이 컨트랙트는 인텐트 매개변수를 검증하고 Across의 컨트랙트에 예치를 생성합니다. 인텐트 패턴을 실제로 구현할 수 있다는 사례이지, 모든 호환 시스템이 Across와 같은 구조나 위험 모델을 쓴다는 뜻은 아닙니다.

인텐트와 기존 브릿지는 무엇이 다른가요?

질문	기존 브릿지 흐름	인텐트 기반 흐름
무엇을 지정하나요?	특정 전송 경로	허용 가능한 결과와 조건
누가 경로를 찾나요?	주로 사용자 또는 애그리게이터	솔버 네트워크 또는 라우팅 시스템
도착 체인 유동성	검증 뒤 풀리는 경우가 많음	솔버가 먼저 제공할 수 있음
사용자 경험	여러 단계가 직접 보일 수 있음	한 번의 서명처럼 보일 수 있음
주요 리스크	브릿지 컨트랙트와 검증 구조	기존 리스크에 솔버·경매·주문 가정 추가

두 범주는 겹칩니다. 인텐트 프로토콜도 체인 사이로 정보나 가치를 정산할 방법이 필요해요. 아래에서는 유동성 풀, 공식 브릿지, 메시징 시스템, 리소스 락(Resource Lock) 등이 작동할 수 있습니다. “인텐트 기반”은 결과를 표현하고 채우는 방식을 말할 뿐 전체 신뢰 모델을 알려 주지는 않아요.

더 큰 구조는 레이어1과 레이어2 차이, 모듈러 블록체인 가이드에서 이어서 확인할 수 있습니다.

리스크와 실패 가능성

솔버 집중과 검열

자본력이 큰 소수 솔버만 특정 경로를 처리한다면 경쟁이 약해질 수 있어요. 솔버는 수익성이 낮다고 판단한 주문을 무시할 수 있고, 중앙화된 주문 피드는 어떤 솔버가 주문을 보는지에 영향을 줄 수 있습니다.

견적과 실행 리스크

사용자를 보호하는 것은 최소 수령량, 최대 지출량, 마감 시간, 수령인, 허용된 작업 같은 명시적 조건이에요. 주문이 모호하거나 권한이 과도하면 프로토콜이 주문대로 실행해도 기대와 다른 결과가 나올 수 있습니다.

정산과 최종성 리스크

솔버가 사용자에게 빠르게 전달해도 상환은 더 오래 걸릴 수 있어요. 체인 재구성(Reorganization), 메시지 지연, 이행 분쟁, 체인 중단이 정산 구간에 영향을 줍니다. 화면의 빠른 완료 표시를 되돌릴 수 없는 최종성과 혼동하면 안 돼요.

스마트 컨트랙트와 리졸버 리스크

리졸버와 정산 컨트랙트도 코드입니다. 잘못된 의존 규칙, 위험한 권한, 업그레이드 키, 공개되지 않은 가정이 사용자나 솔버를 위험에 빠뜨릴 수 있어요. 감사(Audit)는 불확실성을 줄이지만 버그를 없애지는 못합니다.

승인과 서명 리스크

익숙해 보이는 인텐트도 무제한 토큰 승인이나 악성 서명을 요청할 수 있어요. 체인, 자산, 금액, 수령인, 마감 시간, 지출 권한을 확인하세요. 지갑이 서명 내용을 설명하지 못한다면 멈추는 편이 안전합니다.

서명 전 실전 체크리스트

• 광고 검색 결과나 DM이 아니라 검증된 공식 경로로 앱을 여세요.
• 출발·도착 체인, 입력·출력 자산, 수령 주소를 확인하세요.
• 최소 수령량, 총수수료, 가격 영향, 마감 시간을 읽으세요.
• 승인이 1회 금액인지 무제한인지 확인하세요.
• 프로토콜의 정산·검증 모델을 파악하세요. “ERC-7683 호환”만으로는 부족합니다.
• 감사 보고서, 사고 공개, 업그레이드 통제, 비상 대응 절차를 찾아보세요.
• 의미 있는 금액을 보내기 전에 소액으로 시험하세요.
• 양쪽 체인에서 확인할 수 있도록 주문 또는 트랜잭션 식별자를 보관하세요.

자주 묻는 질문

인텐트와 트랜잭션은 같은가요?

아니에요. 트랜잭션은 실행할 작업을 지정합니다. 인텐트는 허용 가능한 결과와 조건을 지정하고, 솔버가 충족 경로를 선택해요.

ERC-7683은 확정된 표준인가요?

아닙니다. 2026년 7월 26일 기준 공식 EIP 페이지는 ERC-7683을 초안으로 표시해요. 구현과 해설이 서로 다른 개정판을 반영할 수 있으니 최신 명세를 확인하세요.

인텐트가 브릿지를 없애나요?

반드시 그렇지는 않아요. 사용자에게 경로 선택을 감출 수 있지만 정산에는 여전히 크로스체인 인프라나 유동성이 필요합니다. 아래의 브릿지·메시징·검증 가정은 계속 중요해요.

솔버는 왜 내 주문을 채우나요?

주문 요구사항을 충족하면 지급받을 보상이 있기 때문입니다. 솔버는 예상 보상이 실행·유동성·가스·리스크 비용보다 큰지 평가해요.

인텐트 기반 전송이 더 안전한가요?

경로를 단순화해 사용자 실수를 줄일 수 있지만 솔버와 주문 시스템이라는 가정이 추가됩니다. 안전성은 “인텐트”라는 이름이 아니라 전체 구현에 달려 있어요.

마무리

크로스체인 인텐트는 경로 지시를 결과 조건으로 바꿉니다. 솔버가 실행을 담당하고, ERC-7683 같은 초안 표준은 서로 다른 프로토콜의 주문을 공통 인터페이스로 해석할 수 있게 만들려 해요.

파편화된 멀티체인 환경을 쓰기 쉽게 만들 수 있는 방향입니다. 하지만 자동으로 무신뢰(Trustless)가 되는 것은 아니에요. 서명 전에는 조건, 승인, 정산 경로, 최종성 가정, 프로토콜별 위험을 확인하세요. 속도는 사용성의 장점이지 안전성의 증거가 아닙니다.

---