ETHGas, 기관용 블록스페이스

목차

1. 실시간 이더리움의 혁신

2. 이더리움의 강점과 기관 도입의 한계

3. ETHGas 기관용 블록스페이스의 역할

4. 기관용 블록스페이스의 실제 활용 사례

5. 마무리: 규제 금융과 퍼블릭 이더리움 사이의 신뢰 레이어

 

 

1. 실시간 이더리움의 혁신

이더리움은 이미 가장 강력한 퍼블릭 블록체인 중 하나다. 높은 보안성, 글로벌 유동성, 풍부한 디파이 생태계, 스마트컨트랙트 기반 결제 기능은 기관이 퍼블릭 블록체인을 검토할 때 이더리움을 우선적으로 고려하게 만드는 요인이다. 그러나 기관이 실제 운영 환경에서 이더리움을 사용하려면 이러한 요소만으로는 충분하지 않다. 거래가 어떤 경로로 제출되는지, 어떤 순서로 포함되는지, 어떤 밸리데이터가 블록을 제안하는지, 그리고 거래가 어떤 기준으로 승인되고 처리됐는지를 사후에 설명할 수 있어야 한다.

ETHGas는 이 지점을 블록스페이스 시장 구조에서 풀어낸다. 이더리움의 합의 구조를 바꾸지 않고도, 거래가 블록에 포함되기 전에 이미 예측 가능한 형태로 만든다. 기존 이더리움에서는 사용자가 트랜잭션을 제출한 뒤 멤풀 경쟁과 빌더의 블록 구성 결과를 기다려야 했고, 포함 여부와 실행 순서는 블록이 생성되기 전까지 불확실하게 남았다. ETHGas는 미래 슬롯의 블록스페이스를 사전에 확보하고, 밸리데이터가 특정 거래를 특정 블록에 포함하겠다고 미리 약속할 수 있는 구조를 제공한다. 이를 통해 거래 제출 경로, 포함 여부, 실행 순서, 밸리데이터의 책임을 더 명확하게 다룰 수 있다. 기존 쟁글 ETHGas 리서치 ‘ETHGas, 이더리움을 실시간으로 만들다’에서도 이 구조를 블록스페이스 거래와 프리컨펌을 통한 체감 속도·예측 가능성 개선으로 다룬 바 있다

https://x.com/ETHGasOfficial/status/2016519215948484963

이 구조에서 실시간 이더리움의 의미는 블록타임 자체를 줄이는 데 있지 않다. 이더리움의 정식 블록은 여전히 약 12초 단위로 생성된다. 달라지는 부분은 사용자가 12초를 하나의 기다림으로 경험하지 않도록, 블록 생성 구간 안에서 더 짧은 단위의 순서 확정과 상태 업데이트를 받을 수 있다는 점이다. 실제로 ETHGas는 하나의 블록을 약 50ms 단위로 240개 구간으로 분할해, 사용자 관점에서 기존 대비 240배 빠른 경험을 제공하도록 설계했다.

기관 관점에서 이 변화는 속도 개선에서 끝나지 않는다. ETHGas가 제안한 블록스페이스 거래와 사전 확정 구조는 거래가 블록에 포함되기 전부터 실행 조건을 더 명확하게 만들 수 있다. 대규모 자산 이동, 펀드 리밸런싱, 토큰화 자산 발행·환매, 자동화된 담보 관리와 같은 거래에서는 빠른 처리만큼이나 실행 확실성, MEV 보호, 검증자 책임성, 사전 승인 여부가 중요하다. 기관은 거래가 어떤 경로로 제출되고, 어떤 순서로 포함되며, 어떤 검증자에 의해 처리되는지를 설명할 수 있어야 한다.

ETHGas는 이러한 요구를 기관 금융 관점으로 확장해 기관용 블록스페이스(Institutional Blockspace)라는 개념을 제시한다. 이는 ETHGas의 블록스페이스 거래와 사전 확정 기술을 기반으로, 기관 거래에 컴플라이언스 통제, MEV 보호, 검증자 신뢰를 더하는 구조다. 퍼블릭 이더리움의 정산 기반은 유지하면서도, 거래가 블록에 포함되기 전 필요한 확인 절차와 실행 조건을 별도의 기관용 경로에 반영한다. 이를 통해 기관은 프라이빗 체인이나 폐쇄형 네트워크로 이동하지 않고도, 퍼블릭 이더리움 위에서 더 통제 가능한 방식으로 거래를 처리할 수 있다.

 

2. 이더리움의 강점과 기관 도입의 한계

앞서 살펴본 것처럼 이더리움은 기관이 활용하고 싶은 퍼블릭 정산·실행 환경을 이미 갖추고 있다. 글로벌 유동성, 보안성, 스마트컨트랙트 기반 실행 환경은 기관에게 분명한 장점이다. 다만 실제 업무에 활용하려면 거래가 블록에 포함되기 전 어떤 기준을 통과했는지, 실행 과정에서 거래가 어떻게 보호되는지, 거래 처리에 관여한 운영자를 설명할 수 있는지가 함께 충족되어야 한다.

이 지점에서 기관 도입의 간극이 발생한다. 퍼블릭 이더리움은 개방성과 중립성을 기반으로 성장했지만, 같은 특성은 규제 금융기관에게 제재·상대방 통제, 실행 불확실성과 MEV, 운영자 불투명성이라는 부담으로 나타난다. 따라서 기관용 블록스페이스를 이해하려면 먼저 이 세 가지 문제가 왜 기관 도입의 장벽이 되는지 살펴볼 필요가 있다.

2-1. 제재·상대방 통제의 어려움

퍼블릭 이더리움은 누구나 참여하고 거래할 수 있는 개방형 네트워크다. 이 구조는 유동성과 접근성을 높이지만, 기관 입장에서는 거래 상대방과 자금 흐름이 내부 정책과 규제 기준에 맞는지 온체인에 기록되기 전에 직접 확인해야 한다. 거래가 블록에 포함되고 확정된 뒤에는 되돌리기 어렵기 때문에, 문제가 있는 거래를 사후에 처리하는 방식은 기관에게 큰 부담으로 작용한다.

특히 기관 거래에서는 주소가 곧 거래 상대방이 된다. 그러나 주소만으로는 실제 수익자, 자금 출처, 제재 대상과의 연관성을 충분히 알기 어렵다. 기관은 수신 주소가 승인된 지갑인지, 거래 상대방이 제재 대상과 연결되어 있지 않은지, 거래 규모가 내부 한도를 넘지 않는지, 해당 자산 이동이 고객 또는 펀드의 정책에 부합하는지 확인해야 한다.

따라서 기관이 퍼블릭 이더리움을 활용하려면 개방형 네트워크 위에서도 사전 점검과 승인된 실행 경로가 필요하다. 최종 거래 결과는 퍼블릭 이더리움에 기록되더라도, 블록에 포함되기 전 해당 거래가 내부 정책과 규제 기준에 부합해야 한다.

2-2. 실행 불확실성과 MEV 리스크

기관 거래는 대규모 스왑, 포트폴리오 리밸런싱, 담보 조정처럼 한 번에 큰 물량이 이동하는 경우가 많다. 이런 거래가 공개 멤풀에 노출되면 외부 참여자는 기관이 어떤 자산을 사고팔려는지 먼저 파악할 수 있고, 그 정보를 이용해 거래 앞뒤에 자신의 거래를 배치할 수 있다. 그 결과 기관은 예상보다 불리한 가격에 거래를 체결하게 되며, 거래 품질 저하와 비용 증가를 부담하게 된다.

현재 이더리움에서는 트랜잭션이 블록에 포함되기 전까지 실제 실행 순서가 확정되지 않는다. 이 과정에서 거래 의도가 노출되면 선행 거래, 후행 거래, 샌드위치 공격 등으로 인해 사용자는 예상보다 불리한 가격으로 체결될 수 있다. 기관은 고객 자산을 운용하는 입장에서 왜 이런 체결 결과가 발생했는지 설명해야 하므로, MEV는 단순 비용을 넘어 거래 실행 관리의 문제로 이어진다.

기관이 퍼블릭 이더리움에서 대규모 거래를 안정적으로 처리하려면 거래가 어떤 순서로 포함되는지, 거래 의도가 어디까지 노출되는지, 예상한 조건에 가깝게 실행되는지를 관리할 수 있어야 한다. 이 지점에서 MEV 보호와 실행 확실성이 기관용 블록스페이스의 중요한 조건이 된다.

2-3. 운영자 불투명성

이더리움의 블록 생성 과정에는 검증자, 빌더, 릴레이 등 여러 운영자가 관여한다. 이 구조는 네트워크의 안정성을 높이는 데 기여하지만, 기관 입장에서는 주요 거래가 어떤 운영자를 거쳐 처리되었는지, 문제가 발생했을 때 책임 소재를 어떻게 설명할 수 있는지가 중요한 과제가 된다.

블록체인의 운영자는 익명 또는 역외 기반으로 활동하는 경우도 많이 존재한다. 이는 퍼블릭 네트워크에서는 자연스러운 구조지만, 기관의 제3자 리스크 관리 관점에서는 부담이 된다. 기관은 중요한 외부 인프라를 사용할 때 운영 주체를 확인하고, 문제가 발생했을 때 설명 가능한 책임 구조를 갖추길 원한다.

따라서 기관용 실행 경로에서는 단순히 거래가 잘 처리되는지 뿐 아니라 검증자와 블록 생성 경로의 신뢰성도 중요해진다. 기관이 퍼블릭 이더리움을 사용하려면 거래를 처리하는 운영자에 대해 더 명확한 투명성과 책임 구조가 필요하다.

 

3. ETHGas 기관용 블록스페이스의 역할

앞선 장에서 살펴본 기관 도입의 간극은 이더리움의 결제 기능 자체보다 결제 이전의 거래 처리 방식에서 발생한다. 기관은 퍼블릭 이더리움의 유동성, 보안성, 컴포저빌리티를 활용하고 싶어 하지만, 거래가 블록에 포함되기 전 제재·상대방 리스크를 확인하고, MEV로 인한 실행 품질 저하를 줄이며, 거래 처리에 관여하는 운영자에 대해 설명할 수 있어야 한다.

ETHGas는 이 간극을 줄이기 위해 기관용 블록스페이스(Institutional Blockspace)라는 개념을 제시한다. 이는 하나의 이더리움 안에 서로 다른 거래 처리 경로를 만드는 접근이다. 일반 사용자는 기존 퍼블릭 블록스페이스를 계속 사용할 수 있고, 기관은 컴플라이언스 확인, MEV 보호, 검증자 신뢰가 더해진 기관용 경로를 선택할 수 있다. 최종 거래 결과는 동일하게 이더리움 L1에 기록되지만, 블록에 포함되기 전 과정은 기관 기준에 맞게 구성된다.

3-1. 기관용 블록스페이스는 어떻게 작동하는가

ETHGas 기관용 블록스페이스의 기본 구조는 간단하다. 기관 거래는 곧바로 일반 멤풀에 노출되지 않고, 몇 가지 과정을 거쳐 기관용 블록에 포함된다. 그러나 최종 정산은 별도 폐쇄형 네트워크가 아니라 퍼블릭 이더리움에서 이루어진다. 즉, 거래 전 단계에서는 기관이 요구하는 확인 절차를 거치고, 최종 정산은 기존 이더리움 L1 위에서 이루어지는 방식이다.

흐름은 다음과 같이 정리할 수 있다.

• 기관 → 정책 엔진 → 공정 블록 빌더 → 적격 밸리데이터 → 기관 블록 포함 → 이더리움 정산

먼저 은행, 커스터디언, 자산운용사, 트레이딩 데스크와 같은 기관이 거래를 생성한다. 이 거래는 기관용 경로의 첫 단계인 정책 엔진을 통과한다. 이 단계에서는 거래 상대방, 제재 리스크, 자금 흐름, 내부 승인 기준 등 기관이 결제 전에 확인해야 하는 항목을 점검한다. 기관 입장에서는 거래가 블록에 포함되기 전 해당 거래가 내부 정책과 규제 기준에 맞는지 확인할 수 있다.

정책 엔진을 통과한 거래는 공정 블록 빌더로 전달된다. 공정 블록 빌더는 기관 거래가 불리한 순서로 배치되거나 거래 의도가 노출되어 MEV에 악용되는 상황을 줄이는 역할을 한다. 대규모 스왑, 포트폴리오 리밸런싱, 담보 조정처럼 실행 순서가 중요한 거래에서는 이 단계가 실행 품질을 좌우할 수 있다.

이후 거래는 적격 밸리데이터를 통해 기관용 블록에 포함된다. 적격 밸리데이터는 기관이 신뢰할 수 있는 검증자 경로를 구성하는 주체다. 일반 퍼블릭 경로에서는 거래가 어떤 운영자를 거쳐 처리되는지 기관이 설명하기 어려울 수 있지만, 기관용 경로에서는 검증자 신뢰를 실행 구조 안에 포함시킨다.

마지막으로 기관용 블록은 퍼블릭 이더리움에 기록되고 확정된다. ETHGas 기관용 블록스페이스는 새로운 정산망을 만드는 구조가 아니다. 달라지는 부분은 거래가 블록에 포함되기 전의 처리 방식이다. 기관 거래는 컴플라이언스 확인, MEV 보호형 블록 구성, 적격 밸리데이터의 포함 약속을 거치며, 이 과정에서 어떤 기준으로 승인되고 어떤 경로로 처리됐는지가 기록으로 남는다.

기관용 블록스페이스의 공급은 적격 밸리데이터의 참여 비중과 연결된다. 기관용 블록은 적격 밸리데이터가 블록 제안권을 가진 슬롯에서 형성될 수 있기 때문이다. 적격 밸리데이터가 늘어날수록 기관이 필요한 시점에 해당 경로를 이용할 수 있는 빈도와 예측 가능성도 높아진다.

밸리데이터 입장에서도 기관용 블록스페이스는 새로운 수익 기회가 될 수 있다. 일반 블록스페이스의 가치는 주로 가스비와 MEV 기회에서 나오지만, 기관용 블록스페이스에는 컴플라이언스 통제, MEV 보호, 검증자 신뢰에 대한 프리미엄이 더해질 수 있다. 기관이 이러한 조건을 갖춘 블록에 더 높은 비용을 지불할 의사가 있다면, 밸리데이터는 유해한 MEV에 의존하지 않고도 기관용 블록스페이스 판매를 통해 추가 수익을 얻을 수 있다.

이렇게 확보된 기관용 블록스페이스 위에서 실제 거래는 세 단계를 거쳐 처리된다. 정책 엔진은 어떤 거래가 기관용 경로에 들어올 수 있는지 확인하고, 공정 블록 빌더는 승인된 거래가 불리한 순서로 처리되지 않도록 블록을 구성하며, 적격 밸리데이터는 해당 블록을 이더리움에 포함시키는 역할을 맡는다. 다음에서는 이 세 단계가 각각 어떻게 작동하는지 조금 더 구체적으로 살펴본다.

3-2. 정책 엔진 단계: 블록 포함 전 거래의 허용 여부를 확인하다

기관용 경로의 첫 번째 관문은 정책 엔진이다. 기관이 생성한 거래는 곧바로 공정 블록 빌더로 전달되지 않고, 먼저 이 거래가 기관용 블록스페이스에 들어올 수 있는 거래인지 확인하는 절차를 거친다. 여기서 중요한 것은 거래가 온체인에 기록된 뒤 문제가 없는지 확인하는 것이 아니라, 블록에 포함되기 전에 해당 거래가 내부 정책과 규제 기준에 맞는지 판단하는 것이다.

정책 엔진은 거래 상대방, 수신 주소, 자금 흐름, 제재 리스크, 내부 승인 여부 등을 확인한다. 예를 들어 수신 지갑이 승인된 주소인지, 거래 상대방이 제재 대상과 연결될 가능성은 없는지, 거래 규모가 내부 한도를 넘지 않는지, 해당 자산 이동이 고객 지시나 펀드 운용 정책에 부합하는지를 검토할 수 있다. 토큰화 펀드나 기관용 스테이블코인처럼 보유자 자격이 중요한 자산의 경우에는 투자자 적격성이나 관할권 제한도 함께 확인 대상이 된다.

조건을 충족한 거래는 공정 블록 빌더로 전달되고, 조건을 충족하지 못한 거래는 차단되거나 추가 검토 대상으로 분류될 수 있다. 예를 들어 거래 규모가 내부 한도에 가까운 경우에는 별도 승인을 요구할 수 있고, 주소 리스크가 명확하지 않은 경우에는 사람의 검토를 거친 뒤 다시 제출할 수 있다. 즉, 정책 엔진은 기관 거래가 자동으로 온체인에 흘러가는 것을 막고, 필요한 경우 예외 처리와 추가 승인 절차를 붙이는 역할을 한다.

기관 입장에서 이 과정은 감사 가능한 기록을 남긴다는 점에서도 중요하다. 거래가 블록에 포함되기 전에 어떤 기준으로 허용되었는지, 어떤 주소와 자금 흐름이 확인되었는지, 예외 승인이 있었다면 누가 어떤 근거로 승인했는지를 남길 수 있어야 한다. 퍼블릭 이더리움의 거래 결과는 누구나 확인할 수 있지만, 기관에게 필요한 것은 그 거래가 온체인에 기록되기 전 허용 가능한 거래였음을 설명하는 근거다.

정책 엔진을 통과한 거래만 다음 단계인 공정 블록 빌더로 전달된다. 여기서부터는 거래가 허용 가능한지를 확인하는 문제를 넘어, 해당 거래가 블록 안에서 어떤 순서로 배치되고 어떤 방식으로 실행되는지가 중요해진다. 따라서 정책 엔진은 기관용 경로에 들어올 거래를 선별하고, 공정 블록 빌더는 그 거래가 MEV에 악용되지 않도록 블록을 구성하는 방식으로 역할이 이어진다.

3-3. 공정 블록 빌더 단계: 거래 의도 노출과 유해한 MEV를 줄이다

정책 엔진을 통과한 거래는 공정 블록 빌더로 전달된다. 공정 블록 빌더는 기관 거래를 받아 블록 안의 거래 순서를 구성하는 주체다. 어떤 거래를 함께 포함할지, 기관 거래 앞뒤에 어떤 거래가 들어오지 못하게 할지, 거래가 어떤 순서로 처리될지를 정한다.

일반적인 퍼블릭 경로에서는 거래가 공개 멤풀에 노출될 수 있다. 이 경우 외부의 공격자는 대규모 스왑이나 리밸런싱 거래를 먼저 관찰하고, 해당 거래 앞뒤에 자신의 거래를 배치할 수 있다. 예를 들어 기관의 대규모 매수 거래를 보고 먼저 매수한 뒤, 기관 거래로 가격이 오른 이후 매도하는 방식이다. 사용자의 거래 앞뒤에 매수·매도 거래를 끼워 넣는 샌드위치 공격도 같은 맥락이다. 거래는 정상적으로 블록에 포함되더라도, 기관은 예상보다 불리한 가격으로 체결될 수 있다.

공정 블록 빌더는 이 문제를 줄이기 위해 기관 거래를 공개 멤풀에 그대로 흘려보내지 않고, 기관용 경로 안에서 전달받아 블록을 구성한다. 해당 거래를 비공개로 전달받고, 미리 정해진 정렬 기준에 따라 블록 안의 거래 순서를 구성한다. 이를 통해 기관 거래를 이용한 선행 거래나 샌드위치 거래가 앞뒤에 배치될 가능성을 줄이고, 거래가 사전에 정한 실행 기준에 맞게 처리되도록 한다.

공정 블록 빌더를 거치면 기관은 거래 의도 노출을 줄이고, 예상하지 못한 순서 변경으로 인한 체결을 방지할 수 있다. 이는 대규모 스왑, 포트폴리오 리밸런싱, 담보 조정, 토큰화 펀드 환매처럼 실행 순서와 가격 조건에 민감한 거래에서 특히 중요하다.

다만 공정 블록 빌더가 구성한 블록도 실제 이더리움 블록체인에 정산되지 않으면 의미가 없다. 다음 단계에서는 적격 밸리데이터가 해당 블록을 퍼블릭 이더리움에 포함시키는 역할을 맡고, 이 과정에서 검증자 신뢰와 경제적 책임이 더해진다.

3-4. 적격 밸리데이터 단계: 기관 블록에 신뢰와 책임을 더하다

공정 블록 빌더가 기관용 블록을 구성하면, 해당 슬롯을 담당하는 밸리데이터가 그 블록을 이더리움에 제안해야 한다. ETHGas에서는 공정 블록 빌더가 적격 밸리데이터가 제공하는 미래 블록스페이스를 시장에서 확보하고, 확보한 블록에 승인된 기관 거래를 담는 방식으로 이 과정이 연결된다.

여기서 적격 밸리데이터는 기관이 운영 주체와 책임 범위를 확인할 수 있는 검증자를 의미한다. 퍼블릭 이더리움에서는 익명 또는 역외 기반의 밸리데이터도 자유롭게 참여할 수 있지만, 기관용 경로에서는 ETHGas를 통해 검증된 밸리데이터를 중심으로 블록스페이스를 구성한다. 기관은 거래가 어떤 검증자 경로를 통해 처리되는지 파악하고, 이를 내부 리스크 관리와 감사 과정에서 설명할 수 있게 된다.

다만 운영자를 확인할 수 있다는 것만으로는 충분하지 않다. 기관 입장에서는 해당 밸리데이터가 실제로 약속한 블록에 거래를 포함할 것인지도 중요하다. ETHGas의 블록스페이스 거래 구조에서는 밸리데이터가 향후 자신이 제안할 블록에 특정 거래를 포함하겠다고 사전에 약속할 수 있다. 이것이 프리컨펌 커밋먼트다.

이 약속에는 경제적 책임이 붙는다. 밸리데이터는 프리컨펌 커밋먼트를 담보로 뒷받침하며, 약속한 거래를 포함하지 않거나 정해진 조건을 이행하지 못하면 담보 손실을 부담할 수 있다. 이 때문에 거래 포함은 밸리데이터의 선의에 기대는 절차가 아니라, 약속 불이행에 비용이 따르는 실행 약속으로 바뀐다.

기관 입장에서는 운영자 확인 가능성과 경제적 책임이 함께 형성된다. 거래가 어떤 밸리데이터 경로를 통해 처리되는지 확인할 수 있고, 해당 밸리데이터가 약속을 이행하지 못할 경우 담보를 통해 손실을 보전받을 수 있다. 공정 블록 빌더가 기관 거래의 순서와 구성을 관리한다면, 적격 밸리데이터는 그렇게 구성된 블록이 실제 이더리움에 포함되도록 뒷받침한다.

결국 기관용 블록스페이스의 전체 경로는 단계별로 역할이 구분된다. 정책 엔진은 기관용 경로에 들어올 수 있는 거래를 선별하고, 공정 블록 빌더는 해당 거래가 불리한 순서로 처리되지 않도록 블록을 구성하며, 적격 밸리데이터는 블록 포함 약속을 운영·경제적으로 뒷받침한다. 최종 거래 결과는 퍼블릭 이더리움에 기록되므로, 기관은 별도의 폐쇄형 네트워크로 이동하지 않고도 이더리움의 유동성과 정산 기반을 활용할 수 있다.

 

4. 기관용 블록스페이스의 실제 활용 사례

앞선 장에서는 ETHGas 기관용 블록스페이스가 기관 거래를 어떤 경로로 처리하는지 살펴봤다. 정책 엔진은 거래가 결제 전에 필요한 기준을 충족하는지 확인하고, 공정 블록 빌더는 거래 의도 노출과 유해한 MEV를 줄이며, 적격 밸리데이터는 해당 블록이 이더리움에 포함되도록 뒷받침한다. 이제 중요한 질문은 이 구조가 실제 기관 업무에서 어디에 쓰일 수 있는지다.

기관용 블록스페이스가 필요한 상황은 대부분 “거래가 온체인에서 처리되지만, 그 과정은 기존 기관 금융의 통제 기준에 맞아야 하는 경우”다. 커스터디언과 은행은 고객 자산을 이동할 때 제재·상대방 리스크를 확인해야 하고, 자산운용사와 트레이딩 데스크는 대규모 거래에서 실행 품질을 관리해야 한다. 토큰화 자산 발행사와 운용사는 발행, 환매, 이전, 정산 과정에서 승인된 거래 흐름을 유지해야 하며, 향후 기관용 에이전트는 사전에 정해진 정책 안에서만 자금을 움직여야 한다.

따라서 기관용 블록스페이스의 활용 사례는 특정 디앱 하나에 국한되지 않는다. 퍼블릭 이더리움 위에서 기관 자금이 움직이는 모든 지점에 적용될 수 있다. 아래에서는 커스터디언과 은행, 자산운용사와 트레이딩 데스크, 토큰화 자산, 기관용 AI 에이전트 순서로 실제 활용 가능성을 살펴본다.

4-1. 커스터디언과 은행

커스터디언과 은행은 기관용 블록스페이스를 가장 먼저 검토할 수 있는 주체다. 이들은 고객 자산을 보관하고, 지갑 간 이동을 승인하며, 스테이킹·담보 관리·토큰화 자산 운용을 지원한다. 고객 자산이 퍼블릭 체인에서 움직일수록 거래 상대방, 수신 주소, 자금 흐름, 내부 승인 여부를 결제 전에 확인해야 하는 부담이 커진다.

가장 직접적인 활용처는 대규모 고객 자산 이동이다. 커스터디언이 기관 고객의 요청에 따라 콜드월렛에서 거래소 지갑, 외부 수탁 지갑, 펀드 운용 지갑으로 ETH, 스테이블코인, 토큰화 국채를 이동한다고 가정하자. 이 거래는 고객 지시에 기반하고, 규모가 크며, 내부 승인과 감사 기록이 필요하다. 기관용 블록스페이스를 활용하면 거래는 먼저 정책 엔진에서 승인 지갑, 거래 한도, 제재 주소 연관성, 고객 지시와의 일치 여부를 확인한다. 이후 공정 블록 빌더를 통해 MEV 노출을 줄인 상태로 블록에 포함되고, 적격 밸리데이터를 통해 퍼블릭 이더리움에 정산된다.

은행의 경우 토큰화 예금이나 기관용 스테이블코인 이동에도 활용될 수 있다. 특정 기업 고객의 지급 지시는 승인된 지갑으로만 전달되어야 하고, 특정 관할권의 요건을 충족하는 기관 간 이전만 허용되어야 한다. 기관용 블록스페이스는 이런 조건을 블록 포함 전에 확인하고, 거래가 어떤 경로로 처리되었는지 감사 가능한 기록을 남길 수 있다.

커스터디언과 은행에게 중요한 것은 퍼블릭 체인을 사용하면서도 기존 금융기관의 운영 기준을 유지하는 것이다. 고객 자산 이동은 온체인에서 이루어지지만, 그 전에 필요한 승인과 점검, 실행 경로에 대한 설명 가능성이 함께 제공되어야 한다. 기관용 블록스페이스는 이 지점을 보완하는 실행 경로가 될 수 있다.

4-2. 자산운용사와 트레이딩 데스크

자산운용사와 트레이딩 데스크는 실행 품질에 민감하다. 대규모 스왑, 포트폴리오 리밸런싱, 펀드 설정·환매, 헤지 거래는 몇 bp의 가격 차이도 성과와 리스크 관리에 영향을 줄 수 있다. 거래 의도가 공개 멤풀에 노출되면 외부 참여자가 이를 먼저 반영할 수 있고, 거래 전후의 순서를 활용해 가치를 추출할 수 있다.

기관용 블록스페이스는 대규모 스왑과 포트폴리오 리밸런싱에서 특히 활용도가 높다. 예를 들어 자산운용사가 보유 중인 ETH 일부를 매도하고, 그 자금을 스테이블코인으로 전환하려 한다고 가정해보자. 이 과정에서는 DEX에서 ETH를 매도하고, 스테이블코인을 수령한 뒤, 필요한 경우 커스터디 지갑이나 렌딩 프로토콜로 자산을 이동시키는 여러 거래가 이어질 수 있다.

이런 거래가 공개 멤풀에 노출되면 외부 참여자가 매도 방향과 규모를 먼저 파악할 수 있다. 또한 거래 중 일부만 먼저 처리되거나, 순서가 바뀌면 자산운용사는 예상보다 낮은 가격에 ETH를 매도하거나, 리밸런싱 이후 목표 비중과 다른 포지션을 보유하게 될 수 있다. 기관용 블록스페이스는 거래가 블록에 포함되기 전 승인된 거래인지 먼저 확인하고, 공정 블록 빌더를 통해 거래 의도 노출과 불리한 순서 배치를 줄이는 방식으로 활용될 수 있다.

트레이딩 데스크의 경우 헤지 거래에서 기관용 블록스페이스를 활용할 수 있다. 예를 들어 데스크가 오프체인에서 고객에게 구조화 상품을 제공하면, 시장 가격 변동에 따른 위험을 온체인 옵션, 무기한 선물, DEX 스왑으로 줄여야 할 수 있다. 이때 헤지 거래가 공개 멤풀에 노출되면 외부 참여자가 데스크의 포지션 방향을 먼저 파악하고, 거래 앞뒤에 자신의 거래를 배치할 수 있다. 기관용 블록스페이스는 이런 헤지 거래를 비공개 경로로 제출하고, 공정 블록 빌더를 통해 MEV 등을 줄이는 방식으로 활용될 수 있다.

4-3. 토큰화 자산

토큰화 자산은 기관용 블록스페이스와 자연스럽게 결합될 수 있는 영역이다. 토큰화 국채, 머니마켓펀드, 채권, 펀드 지분, 기관용 스테이블코인은 발행 이후에도 이전, 환매, 담보 제공, 정산을 반복한다. 따라서 중요한 것은 자산을 온체인에 올리는 것에 그치지 않고, 발행 이후의 거래 흐름을 기관이 통제할 수 있는 방식으로 운영하는 것이다.

대표적인 활용처는 토큰화 펀드의 발행과 환매다. 투자자가 토큰화 머니마켓펀드나 토큰화 국채 펀드에 가입하면 발행사 또는 운용사는 투자자 적격성, KYC/KYB, 제재 리스트, 지갑 소유권, 관할권 제한을 확인해야 한다. 환매 시에도 토큰을 돌려보내는 지갑과 대금을 받을 지갑이 투자자 정보와 맞는지 확인해야 한다. 기관용 블록스페이스를 활용하면 발행·환매 거래가 블록에 포함되기 전 정책 엔진을 통과하고, 이후 어떤 기준으로 승인됐는지, 어떤 블록에 포함됐는지, 대금이 어느 지갑으로 지급됐는지를 기록으로 남길 수 있다.

보유자 간 이전에서도 같은 구조가 필요하다. 기관용 토큰화 자산은 아무 지갑으로나 자유롭게 이전되기 어렵다. 허용된 투자자 간 이전, 특정 관할권 제한, 락업 기간, 펀드 규약상 이전 제한 등이 적용될 수 있기 때문이다. 스마트컨트랙트에서 이전 제한을 구현하더라도, 거래가 블록에 들어가기 전에 수신 지갑과 투자자 자격을 한 번 더 확인하면 운영 과정이 더 명확해진다. 발행·환매 대금이 스테이블코인으로 지급되는 경우에도 승인된 지갑 간 이동인지, 대금 지급이 올바른 순서로 처리됐는지를 함께 확인할 수 있다.

토큰화 자산 시장에서 중요한 것은 발행 이후의 반복적인 운영이다. 기관용 블록스페이스는 발행, 이전, 환매, 대금 지급이 퍼블릭 이더리움 위에서 이루어지면서도, 기관이 요구하는 투자자 확인과 지갑 확인, 거래 기록 관리를 함께 적용할 수 있는 실행 경로가 될 수 있다.

4-4. 기관용 AI 에이전트

기관용 AI 에이전트는 기관용 블록스페이스의 장기적인 활용처로 볼 수 있다. 에이전트가 온체인에서 실제 자금을 다루려면 빠른 실행만으로는 부족하다. 어떤 자산을 다룰 수 있는지, 어떤 프로토콜을 사용할 수 있는지, 어느 지갑으로 자금을 보낼 수 있는지, 하루에 얼마까지 거래할 수 있는지가 미리 정해져 있어야 한다.

가장 직관적인 활용처는 담보 관리와 헤지다. 기관이 온체인 대출 프로토콜이나 토큰화 담보 시스템을 사용할 경우, 담보 비율이 낮아지면 추가 담보를 넣거나 일부 부채를 갚아야 한다. 이 과정을 에이전트가 자동으로 감지하고 거래를 생성할 수 있다. 자산운용사나 트레이딩 데스크의 에이전트는 시장 가격과 포트폴리오 노출을 확인하다가 정해진 한도를 넘으면 헤지 거래를 만들 수도 있다.

현금 관리에도 활용될 수 있다. 에이전트가 여러 지갑의 스테이블코인 잔고를 확인하고, 사전에 정한 조건에 따라 일부 자금을 토큰화 국채나 온체인 머니마켓 상품으로 이동시키는 방식이다. 환매 대금이 들어오면 이를 결제 지갑으로 옮기거나, 당장 필요하지 않은 현금을 다시 수익형 자산으로 전환할 수도 있다.

이때 중요한 것은 에이전트가 아무 거래나 실행하지 못하게 하는 것이다. 에이전트가 거래를 생성하더라도, 실제 실행은 승인된 자산, 승인된 프로토콜, 허용된 지갑, 정해진 한도 안에서만 이루어져야 한다. 기관용 블록스페이스는 에이전트가 만든 거래를 정책 엔진과 공정 블록 빌더, 적격 밸리데이터 경로 안에서 처리하도록 제한함으로써 자동화된 온체인 실행을 기관의 통제 범위 안에 둘 수 있다.

 

5. 마무리: 규제 금융과 퍼블릭 이더리움 사이의 신뢰 레이어

기관이 퍼블릭 이더리움을 사용하지 못했던 이유는 이더리움의 결제 기능이 부족했기 때문이 아니다. 이더리움은 이미 강력한 보안성, 유동성, 컴포저빌리티를 갖춘 퍼블릭 정산 레이어다. 문제는 기관이 요구하는 실행 통제와 컴플라이언스 증적, 운영자 책임성이 기본 실행 경로에 충분히 녹아 있지 않았다는 점이다.

이 때문에 기관은 두 가지 선택지 사이에서 고민해왔다. 퍼블릭 이더리움은 유동성과 네트워크 효과가 강하지만, 제재 통제와 실행 품질, 운영자 실사 측면에서 부담이 있다. 반대로 프라이빗 체인이나 퍼미션드 네트워크는 통제하기 쉽지만, 유동성·상호운용성·개방형 생태계 효과가 제한된다.

ETHGas의 기관용 블록스페이스는 세 번째 경로를 제시한다. 기관 활동을 이더리움 밖으로 이동시키지 않고, 기관이 요구하는 통제 조건을 이더리움 L1 접근 경로에 직접 추가한다. 거래는 퍼블릭 이더리움에서 결제되지만, 그 이전 단계에서 제재 점검, 공정한 정렬, 프라이빗 제출, 적격 검증자 참여, 감사 증적이 적용된다.

이 접근이 실제 기관 환경에서 작동하려면 세 가지 조건이 필요하다. 첫째, 기관용 블록을 제안할 수 있는 적격 밸리데이터 공급이 충분해야 한다. 기관용 블록은 적격 밸리데이터가 블록 제안권을 가진 슬롯에서 형성되기 때문에, 참여 밸리데이터 비중이 낮으면 기관이 원하는 시점에 이 경로를 사용하기 어렵다. 현재 ETHGas는 ether.fi와의 협력을 통해 밸리데이터 공급 기반을 확대하고 있으며, 약 5% 수준에서 기관용 블록스페이스 경로를 테스트하고 있다. 향후에는 이 비중을 올해 안에 20% 이상으로 확대해, 기관이 더 자주 예측 가능한 방식으로 해당 경로를 이용할 수 있도록 하는 것이 목표다.

둘째, 공정 블록 빌더의 블록 구성 기준이 더 명확해져야 한다. 기관 거래를 단순히 전달받는 것만으로는 충분하지 않다. 공정 블록 빌더가 기관 거래 앞뒤에 어떤 거래를 허용하지 않는지, 선행 거래나 샌드위치 공격을 어떤 기준으로 걸러내는지, 이 과정이 어떻게 기록되는지가 기관에게 설명되어야 한다. 기관이 이 경로를 사용하려면 단순히 MEV를 줄인다는 방향성뿐 아니라, 실제 블록 구성 규칙에 대한 구체적인 기준이 필요하다.

셋째, 정책 엔진은 기관별 내부 규정과 관할권별 규제 요건을 함께 반영할 수 있어야 한다. 기관용 블록스페이스가 글로벌하게 쓰이려면 모든 지역에 같은 기준을 적용하기 어렵다. 미국, 두바이, 한국, 일본처럼 지역마다 제재 점검 방식, 투자자 적격성 기준, 승인 지갑 관리, 거래 한도, 보고 의무가 다를 수 있기 때문이다. 따라서 기관용 블록스페이스는 각 지역 허브의 규제 환경에 맞춰 정책 기준을 조정하고, 거래가 블록에 포함되기 전 해당 기준을 충족하는지 확인할 수 있어야 한다.

그럼에도 방향성은 분명하다. 퍼블릭 이더리움은 기관이 원하는 정산 기반을 이미 갖추고 있다. ETHGas 기관용 블록스페이스는 그 위에 기관이 요구하는 거래 처리 경로를 더한다. 이 구조가 정착하면 이더리움은 토큰화 자산, 기관용 디파이, 자동화된 자금 운용, 기관용 AI 에이전트가 활용하는 기본 정산 레이어로 남을 수 있다.

규제 금융과 퍼블릭 이더리움 사이에 필요한 것은 별도의 폐쇄형 체인만이 아니다. 기관이 신뢰할 수 있는 블록스페이스 접근 경로가 필요하다. ETHGas 기관용 블록스페이스는 그 경로를 만들려는 시도다. 퍼블릭 이더리움의 개방성은 유지하면서, 기관 거래에 필요한 사전 확인, MEV 보호, 검증자 신뢰를 더하는 방식으로 규제 금융과 퍼블릭 블록체인 사이의 연결 지점이 될 수 있다.