L1과 L2 지형: 설계 차이, 트레이드오프, 최종 목표 이해하기

실행 가능한 인사이트

• 사용 가능한 기본 요소와 기술적 한계를 이해하세요: 근본적인 구성 요소와 기술적 세부 사항을 깊이 이해하세요. 이러한 지식은 각 요소가 애플리케이션의 기능과 확장성, 궁극적으로 비즈니스에 미치는 영향을 파악하고 블록체인 개발 과정에서 올바른 결정을 내리는 데 중요합니다.
• 인프라와 유동성을 평가하세요: 배포할 대체 실행 환경과 함께 L1 및 L2 솔루션에서 사용할 수 있는 인프라와 유동성을 평가하세요. 기본 원리부터 인프라의 향후 상태를 예측하세요. 실제 신뢰 및 탈중앙화 가정을 기본 원리부터 이해하세요.
• 사용자 경험을 최적화하세요: 각 체인이 제공하는 사용 편의성, 트랜잭션 속도, 전반적인 효율성을 고려해 사용자 경험을 끊임없이 최적화하세요. 현재 실제로 제공되는 기능과 로드맵이 이끄는 방향을 파악하고, 원활하고 사용자 친화적인 환경을 구축하세요.

소개

블록체인 환경이 계속 발전하면서 애플리케이션을 어디에 구축할지 결정하는 일은 개발자에게 갈수록 복잡해지고 있습니다. 이 보고서는 범용 스마트 컨트랙트 플랫폼에서 Layer 1(L1)과 Layer 2(L2) 솔루션의 차이를 살펴보고, 사용자 참여와 경제적 마진, 비즈니스 성장에 미치는 영향을 분석합니다.

블록체인 업계가 다양해지고 발전했지만, 사용자 기반은 여전히 주류 디지털 플랫폼에 비해 작습니다. 예를 들어 현재 암호화폐의 일일 식별 가능 고유 주소는 약 550만 개인 반면, Facebook과 같은 플랫폼의 일일 사용자는 약 20억 명입니다.

오늘날 블록체인의 고객은 개발자입니다. 블록체인은 애플리케이션 개발자가 새로운 제품을 구축할 수 있도록 블록 공간을 판매합니다. 애플리케이션을 어디에 구축할지는 오늘날 개발자가 마주하는 가장 중요한 선택 중 하나입니다. 비즈니스 관점에서도 구축 위치는 잠재 사용자와 유동성, 문화에 영향을 미치는 중대한 결정입니다. 출시 후 시스템을 이전하는 작업은 기술적·사회적으로 어렵지만 불가능하지는 않습니다. dydx 같은 팀은 Ethereum에서 Cosmos 앱체인으로 성공적으로 이전했지만, y00ts는 Solana에서 Polygon으로, 이어서 Ethereum으로 이전하는 과정에서 어려움을 겪었습니다.

이 보고서는 최근의 모듈형 대 통합형 논쟁에서 특정 입장을 취하려는 것이 아닙니다. 대신 개발자와 예비 개발자, 경영진이 L1/L2 지형을 더 잘 이해할 수 있도록 실용적인 관점을 제시하며, 특정 설계에 따른 애플리케이션 트레이드오프를 구체적인 사례로 설명합니다.

블록체인의 특성

L1과 L2의 차이를 논하기 전에 먼저 블록체인의 특성을 정의해야 합니다.

블록체인은 결정론적 복제 상태 머신입니다. 분산 네트워크 전반에서 합의를 이루고 통합된 보안 기록을 유지하도록 설계된 복잡한 시스템입니다.

결정론적

블록체인 내부 프로세스는 기반 프로토콜에 의해 미리 정해집니다. 주어진 입력과 현재 상태로 블록체인의 “상태 전이 함수”(STF)를 실행하면 모든 노드에서 동일한 새 상태가 생성됩니다. 이러한 결정론적 특성은 함수를 실행하는 주체나 트랜잭션을 처리하는 노드와 관계없이 결과가 일관되도록 보장합니다. 결정론적 프로세스는 네트워크 운영의 신뢰성과 예측 가능성을 보장합니다.

복제형

블록체인은 각각 전체 블록체인 상태의 사본을 유지하는 노드 네트워크를 활용합니다. 이러한 복제는 탈중앙화에 기여하며 데이터 손실과 변조에 대한 복원력을 제공합니다. 각 노드가 상태의 복제본을 보유하므로 과거 기록을 변경하려면 과반수 노드에서 동시에 수정해야 합니다. 충분히 크고 분산된 네트워크에서는 사실상 불가능한 일입니다.

상태 머신

블록체인의 핵심은 상태를 관리하는 시스템입니다. 상태는 계정 잔액, 스마트 컨트랙트 상태, 소유권 기록처럼 합의된 모든 정보를 담은 특정 시점의 스냅샷입니다. 블록체인은 한 상태를 다음 상태로 변경하라는 요청인 트랜잭션을 통해 전이합니다. 이러한 전이는 블록체인 프로토콜에 인코딩된 규칙에 따라 이루어집니다.

이러한 속성이 결합되어 누구나 읽거나 쓸 수 있는 원장이 만들어집니다. Balaji가 2019년에 언급했듯이, 퍼블릭 블록체인은 모든 사용자가 루트 사용자인 글로벌 멀티 클라이언트 데이터베이스입니다. 이를 통해 각 사용자가 보유한 자산(토큰, NFT 등)을 전 세계적으로 파악하고 공개된 글로벌 공유 상태를 기반으로 허가 없이 혁신할 수 있습니다.

블록체인 마켓플레이스 참여자

블록체인은 탈중앙화된 신뢰를 기반으로 합의된 정보를 거래하는 글로벌 마켓플레이스를 제공합니다. 블록체인 네트워크에는 두 가지 주요 이해관계자가 있습니다.

• 신뢰 공급자: 스테이커, 검증인, 채굴자(네트워크가 PoW인지 PoS인지에 따라 다름)
• 신뢰 소비자: 애플리케이션(트랜잭션을 묶고 한계 운영 비용을 사용자에게 전가하는 경우가 많음)

즉, 블록체인은 다른 경제 시장과 마찬가지로 구매자와 판매자 사이의 양면 시장을 제공합니다. 수요와 공급에 따라 시장은 양측 간 거래를 중개하는 비용을 책정합니다.

퍼블릭 블록체인에는 스팸을 방지하고 희소한 리소스를 할당하기 위한 수수료가 필요합니다. 이 수수료는 장비, 전기 및 기타 리소스 같은 간접비를 충당하기 위해 검증인과 채굴자가 받는 주요 보상 및 수익입니다. 프로토콜마다 수수료 책정 방식은 다르지만, 모든 주요 퍼블릭 블록체인은 어떤 방식으로든 가스를 프로토콜에 통합합니다. 세계 어딘가에서 누군가 컴퓨팅 장비를 운영하며, 참여 유인을 제공하려면 이에 대한 보상이 필요합니다.

L1과 L2 정의하기

블록체인의 개념과 기능을 이해했으므로 이제 L1과 L2의 정의를 구체화할 수 있습니다.

L1과 L2 및 각각이 내포하는 의미를 포괄적이고 엄밀하게 정의하는 문제는 연구자와 광범위한 암호화폐 커뮤니티에서 논쟁의 대상입니다. 구현 세부 사항과 신뢰 가정이 서로 다른 다양한 롤업(옵티미스틱, 영지식, 프로토콜 내장형)이 등장했습니다(validiums, volitions, sovereign 등).

L1과 L2의 트레이드오프를 논하기 전에 먼저 이를 정의해야 합니다.

Layer 1(L1)

L1 블록체인은 암호화폐의 기본 인프라 역할을 하는 기반 네트워크입니다. 자체 기반 프로토콜과 합의 메커니즘, 네이티브 토큰을 갖춘 독립형 네트워크입니다. L1은 근본적인 보안 및 거버넌스 프레임워크를 제공하므로 블록체인 생태계의 베이스 레이어라고도 합니다.

Ethereum은 2015년 출시와 함께 모듈형 신뢰 개념을 개척했습니다. 하지만 Ethereum은 수백만 명의 사용자를 수용하는 데 필요한 규모에 최적화되지 않았고, 지금도 마찬가지입니다. 이에 따라 Ethereum을 확장하기 위한 유망한 솔루션으로 롤업과 같은 새로운 확장 기술이 등장했습니다.

Layer 2(L2)

L2 솔루션은 베이스 레이어를 변경하지 않으면서 확장성과 트랜잭션 처리량을 높이기 위해 L1 블록체인 위에 구축됩니다. 롤업은 가장 유망하고 활발히 연구된 L2 솔루션 중 하나입니다.

롤업은 L1에서 트랜잭션을 가져와 별도로 처리한 다음, 최종 상태를 L1에 다시 기록합니다. 일반적으로 상태 루트 형태로 기록합니다. 이를 통해 롤업은 별도의 상태 환경에서 추가 트랜잭션을 실행하며, L1에서 직접 실행할 때보다 비용을 낮출 수 있습니다. 롤업은 여러 트랜잭션을 하나의 L1 트랜잭션으로 묶거나 “말아 올려” 부하를 줄이고 효율성을 높입니다. L2 솔루션마다 신뢰 가정이 다르며, 일반적으로 기반 L1의 보안과 탈중앙화 특성을 이어받는 것을 목표로 합니다. 따라서 모든 트랜잭션을 L1에서 처리하는 방식보다 안전하면서도 확장성이 높은 대안이 됩니다.

Celestia는 롤업을 다음과 같이 공식적으로 정의했습니다.

실제로 Ethereum에는 암호화폐 업계에서 가장 흥미롭고 명목상 가치가 높은 자산이 있습니다. 사용자들은 Ethereum 메인넷보다 훨씬 낮은 수수료를 위해 다양한 L2 솔루션으로 브리지하려는 의향을 보였습니다. L2의 일부 중앙화 요소는 활발히 개발 중이지만 아직 실제로 제공되지 않는 경우가 많음에도 크게 우려하지 않았습니다. 

체인 간 자산 브리징에서는 보안이 흔한 우려 사항입니다. 여러 주요 롤업 브리지에 엄밀한 증명 시스템이 없고 잠재적인 중앙화 통제 지점으로 비판받아 왔지만, 비슷한 EVM 경험과 일관된 지갑을 통해 Ethereum 경험을 원활하게 확장합니다. Base, Optimism, Arbitrum 같은 롤업은 가능한 한 사용자의 기존 Ethereum 지갑과 주소 인프라를 유지해 메인 체인과 L2 사이를 훨씬 원활하게 이동할 수 있게 합니다. 이러한 편의성과 DeFi 및 소셜 애플리케이션에서 ETH가 지닌 지배력이 결합되어, 익숙함과 사용 편의성을 원하는 사용자에게 L2는 매력적인 선택지가 됩니다. Ethereum은 다른 개발자들이 상호작용하고 싶어 하는 가장 인기 있는 상태를 보유하며, L2는 Ethereum의 자연스러운 확장으로 여겨집니다.

요약하면, 팀이 Ethereum L2로 출시하거나 독립형 L1에서 L2로 이전하는 이유 중 Ethereum의 특정 보장 사항을 “이어받는 것”은 우선순위가 낮습니다.

Solang과 Neon 같은 새로운 기술은 Ethereum의 Solidity에 익숙한 개발자의 격차를 해소하고 있으며, Metamask의 Snaps는 비 EVM 체인까지 지갑 지원을 확장합니다. 이러한 발전은 UX가 서로 다른 실행 환경의 많은 복잡성을 효과적으로 추상화하는 미래를 보여줍니다.

Ethereum Foundation이 L2 관련 연구의 상당 부분을 지원했지만, 모든 L2는 독립된 주체이며 Ethereum Foundation이 운영하지 않습니다. 허가 없는 혁신은 탈중앙화 애플리케이션 레이어만의 특징이 아닙니다. 신뢰할 수 있을 만큼 중립적인 L1은 어떤 L2를 해당 L1 위에 배포할 수 있는지 결정할 기술적 권한이 없습니다.

“일반적인” L1 및 L2 구현과 아키텍처

L1과 L2의 트레이드오프를 제대로 이해하려면 각각의 공급망과 관련 주체, 신뢰 가정을 이해해야 합니다.

L1 트랜잭션의 생명주기

각 L1에는 고유한 구현 세부 사항이 있지만, 모든 주요 L1은 비슷한 이해관계자와 트랜잭션 생명주기를 공유합니다. 이 섹션에서는 생성부터 최종 포함까지 일반적인 트랜잭션 흐름을 설명합니다.

1. 의도

사용자는 ETH 전송, 스마트 컨트랙트 상호작용, 토큰 스왑처럼 Ethereum 네트워크에서 달성하려는 명확한 목표나 행동으로 시작합니다. 이 단계에는 사용자가 무엇을 이루려는지 결정하고 이해하는 과정이 포함되며, 트랜잭션의 여정을 설정합니다.

2. 트랜잭션 생성

여기서 트랜잭션의 형태가 만들어집니다. 사용자는 지갑이나 탈중앙화 애플리케이션 같은 사용자 인터페이스를 통해 수신자 주소, 전송 금액, 호출할 컨트랙트 메서드 등 필요한 정보를 입력합니다. 이 단계에서는 사용자의 의도를 Ethereum 네트워크가 처리할 수 있는 구조화된 요청으로 변환합니다. 이 시점에 사용자는 가스 가격과 가스 한도를 포함한 트랜잭션 비용을 결정합니다. 이는 체인에 따라 크게 달라지며 지갑 제공자가 추상화하는 경우가 많습니다. Ethereum과 Solana는 모두 기본 수수료와 우선순위 수수료(팁)를 통해 이를 구현하지만, 구현 방식과 트랜잭션 포함의 결정성 수준은 서로 다릅니다.

3. 전송

사용자는 권한을 증명하는 디지털 서명인 개인 키로 트랜잭션에 서명합니다. 서명된 트랜잭션은 일반적으로 지갑에 통합된 RPC 제공자를 통해 네트워크에 브로드캐스트되며, 보통 퍼블릭 멤풀이나 프라이빗 주문 흐름 경매에서 처리를 기다립니다.

4. 포함 확인

마지막 단계에서 트랜잭션이 완료됩니다. 사용자는 트랜잭션이 블록에 성공적으로 포함되었다는 확인을 받습니다. 완결성 수준은 구체적인 프로토콜에 따라 다릅니다. 완결성이 확보되면 사용자는 업데이트된 잔액이나 컨트랙트 상태 같은 결과를 검증할 수 있습니다.

Ethereum 공급망

검열 저항형 애플리케이션을 위한 신뢰할 수 있을 만큼 중립적인 인프라 레이어를 목표로 하는 Ethereum은 공급망 메커니즘에서 큰 변화를 거쳤습니다. 초기에는 작업 증명(PoW)으로 운영되었으며 채굴자가 Ethereum의 트랜잭션 포함과 순서를 통제했습니다. 이로 인해 검색자가 블록 공간을 두고 경쟁하는 우선순위 가스 경매(PGA)가 등장했고, 멤풀 팽창과 비효율적인 체인 사용으로 이어졌습니다. MEV 번들을 위한 프로토콜 외부 릴레이인 Flashbots Auction은 MEV 시장을 오프체인으로 옮겨 MEV의 일부 중앙화 효과를 완화했지만, 릴레이 운영자와 채굴자 모두의 정직성에 의존했습니다.

지분 증명(PoS)으로 전환하면서 Ethereum의 블록 생산은 스테이킹된 검증인으로 이동했고, 새로운 역학 관계와 잠재적인 중앙화 문제가 생겼습니다. PoS에서는 MEV 추출의 규모의 경제가 스테이크 중앙화로 이어져 Ethereum의 검열 저항성을 위협할 수 있습니다.

스테이크 중앙화 우려를 해결하기 위해 Flashbots는 제안자-빌더 분리(PBS)를 도입했습니다. 처음에는 새로운 블록 생산 체계인 MEV-Boost로 구현되었습니다. 이 시스템에서 검색자는 블록 빌더에게 번들을 보내고, 블록 빌더는 블록을 구성한 뒤 블록 릴레이를 통해 제안자에게 입찰합니다. MEV-Boost는 중앙화 압력을 블록 빌더 레이어로 옮기며, 블록 빌더와 릴레이에 대한 신뢰가 필요합니다. 2023년 12월 기준 Ethereum 블록의 93% 이상이 MEV-Boost를 실행하는 검증인에 의해 제안됩니다.

하지만 MEV-Boost와 PBS에도 문제가 있습니다. Flashbots가 운영하는 MEV-Boost 릴레이는 공정하고 허가 없는 시스템에 바람직하지 않은 균형인 OFAC 준수를 강제합니다. 릴레이가 빌더와 검증인 사이의 핵심 중개자가 되면서 릴레이 중앙화는 검열과 부정행위의 위험을 초래합니다. 또한 MEV-Boost 같은 프로토콜 외부 소프트웨어에 크게 의존해 Ethereum이 익스플로잇과 공격에 더 취약해집니다. low-carb-crusader 익스플로잇 같은 사례가 이를 보여줍니다. Flashbots가 지원한 작업의 상당 부분을 활용해 PBS를 Ethereum 핵심 프로토콜에 내장(ePBS)하려는 논의가 진행 중입니다. 소수 빌더가 시장을 장악해 검열과 네트워크 영향력으로 이어질 수 있는 빌더 중앙화도 우려 사항입니다. SUAVE 같은 새로운 솔루션은 이러한 우려를 완화하는 것을 목표로 합니다.

Solana 공급망

2020년에 출시된 독립 L1 Solana는 L2 같은 추가적인 서드파티 솔루션 없이 베이스 레이어에서 확장성 문제를 해결하기 위해 수많은 혁신을 도입했습니다. 애플리케이션이 서로 “상태를 공유”할 수 있게 하는 데 집중한 Solana의 설계는 애플리케이션 개발자의 작업을 최소화하면서 애플리케이션 간 네이티브 결합성을 제공합니다. 브리징과 달리 복잡한 사용자 작업이나 추가 신뢰 가정도 필요하지 않습니다.

Solana의 트랜잭션은 세 가지 주요 요소로 구성됩니다. 트랜잭션 작업을 지정하는 명령어 집합, 트랜잭션이 상호작용할 관련 권한이 있는 계정 목록, 트랜잭션 인증에 필요한 서명입니다. 사용자가 트랜잭션을 확인하면 Solana RPC 서버로 전송되고, 서버는 이를 블록 생산을 담당하는 현재 네트워크 리더에게 전달합니다. 이는 Solana가 제공하는 8가지 고유 혁신 중 하나인 Gulf Stream입니다.

리더는 트랜잭션을 받으면 유효성을 검증하고 실행 일정을 잡습니다. Solana의 병렬 실행 모델은 여러 트랜잭션을 동시에 처리해 병렬성과 “로컬 수수료 시장”을 지원합니다. 트랜잭션을 우선순위 수수료와 시간에 따라 대기열에 배치하는 멀티스레드 스케줄러로 이를 구현합니다.

실행 후 리더는 트랜잭션을 원장에 기록하고 네트워크 전반에 배포합니다. 이후 트랜잭션 상태는 단계적으로 업데이트됩니다. 실행 이후 충분한 합의 투표를 확보하면 “확인됨”이 되고, 필요한 수의 추가 블록(31개 이상)이 안전하게 쌓이면 최종적으로 “완결됨”이 됩니다.

수수료를 기반으로 트랜잭션 순서를 정하는 데 경험적으로 훨씬 강력한 보장을 제공하는 Ethereum과 달리, Solana의 트랜잭션 순서는 결정론적이지 않습니다. 높은 우선순위 수수료를 제시한 트랜잭션이 일반적으로 블록의 앞부분에 배치될 가능성이 높고 경쟁이 치열한 상태에서는 더 높은 수수료가 필요한 경우가 많지만, 이러한 결과가 보장되지는 않습니다. 이런 상황이 발생할 가능성은 블록 내 트랜잭션 포함과 위치를 결정하는 Solana 기본 스케줄링 알고리즘의 비결정론적 특성에 영향을 받습니다. 이는 검색자와 검증인 간의 별도 거래를 포함한 프로토콜 외부 활동을 유도하며, 일반 사용자에게 부정적인 외부 효과를 초래합니다.

분명히 Ethereum의 MEV 시장은 훨씬 큽니다. Merge 이후 7억 5천만 달러 이상(373,701 ETH)이 추출되었습니다. 이에 따라 MEV에 더 많은 시간과 리소스가 투입되었으며, 인센티브 호환 메커니즘에 관한 이해와 연구가 훨씬 깊습니다.

이는 Ethereum과 Solana의 핵심적인 철학적 차이 중 하나이며, 각 생태계의 리소스 배분과 문화에 드러납니다. Ethereum은 PBS와 같은 인센티브 호환 메커니즘의 연구 및 설계에 크게 투자하고 있으며 ePBS에 대한 논의도 진행 중입니다. 반면 Solana 핵심 프로토콜은 글로벌 상태 동기화에 특화되어 있으며, 전문적인 순서 지정 서비스와 보장은 Jito 같은 생태계 팀에 맡깁니다. Anatoly(Solana Labs CEO)는 현재 Solana의 상태가 일반 사용자에게 더 나은 임시 균형이라는 견해를 분명히 밝히고 있습니다.

L1의 사용자 경험(UX)

사용자 관점에서 Ethereum이나 Solana 같은 Layer 1 블록체인에 트랜잭션을 제출하는 일은 암호화폐에서 가장 간단한 작업 중 하나이며, 일반적으로 다음 단계를 거칩니다.

1. 지갑 설정

먼저 지갑을 다운로드해야 합니다. MetaMask 같은 소프트웨어 지갑, 모바일 앱 또는 보안성이 더 높은 하드웨어 지갑을 사용할 수 있습니다.

2. L1의 네이티브 토큰 확보

트랜잭션과 가스 수수료를 충당할 만큼 지갑에 충분한 ETH/SOL이 있는지 확인하세요. 다양한 중앙화 거래소에서 ETH를 구매할 수 있습니다. 여러 팀과 프로토콜이 계정 추상화를 개발하고 있습니다. 계정 추상화의 기능 중 하나는 해당 L1의 네이티브 토큰뿐 아니라 임의의 토큰으로 가스를 지불하는 것입니다. Ethereum은 EIP-4337을 통해 이를 구현합니다. Solana는 프로토콜에 네이티브 계정 추상화가 내장되어 있으며, Octane이라는 가스 없는 트랜잭션 릴레이어도 제공합니다.

3. 트랜잭션 세부 정보 입력

지갑에 접속해 ETH 또는 토큰 전송 옵션을 선택하세요. 수신자의 Ethereum 주소, 전송할 ETH 금액 또는 토큰 수량, 필요한 경우 추가 데이터(스마트 컨트랙트 상호작용용)를 입력하세요. 애플리케이션과 상호작용하는 경우 일반적으로 애플리케이션 개발자가 트랜잭션을 미리 구성합니다.

4. 가스 가격과 한도 설정

지갑에서 자동으로 설정하거나 사용자가 직접 선택할 수 있습니다. 정확한 가스 구현 방식은 상호작용하는 L1에 따라 다릅니다.

5. 서명 및 제출

지갑으로 트랜잭션에 서명하세요. 이 과정은 지갑에 따라 다릅니다. 그러면 지갑이 일반적으로 RPC 노드를 통해 트랜잭션을 네트워크에 브로드캐스트합니다.

6. 확인

트랜잭션이 블록에 포함되고 블록체인에 추가되면 확인된 것입니다. 대부분의 지갑이 트랜잭션 완료를 알려주며, Etherscan이나 Solscan 같은 블록체인 탐색기에서도 추적할 수 있습니다.

L2의 사용자 경험(UX)

L2와 상호작용할 때는 UX가 뚜렷하게 달라집니다. 신규 사용자가 가장 큰 Ethereum L2 중 하나인 Optimism을 시작하는 과정은 다음과 같습니다.

1. 지갑 다운로드

지갑이 없다면 다운로드하고 설정하세요. 사용자는 일반적으로 Metamask 같은 지갑 하나를 여러 EVM 생태계에서 사용합니다.

2. Optimism 네트워크 추가

3. Optimism에 ETH 입금

• 대규모 L2에서는 지갑 안에서 네이티브로 처리할 수 있는 경우가 많습니다.
• 또는 공식 Optimism 브리지를 방문할 수 있습니다.
• Optimism으로 브리지할 ETH 금액을 선택하고 트랜잭션을 확인하세요.

4. 지갑에서 Optimism 네트워크로 전환

지갑을 열고 네트워크 드롭다운 메뉴에서 "Optimism"을 선택하세요.

5. Optimism 호환 애플리케이션 및 프런트엔드와 상호작용

Optimism 네트워크를 지원하는 애플리케이션에서 “Optimism”을 선택하세요.

L2의 UX는 특히 네이티브 자산과 온보딩 측면에서 발전했습니다. USDC를 운영하는 Circle은 대부분의 주요 L2에서 네이티브 버전의 USDC를 제공해 브리지와 래핑된 토큰에 일반적으로 수반되는 추가적인 거래상대방 위험을 제거했습니다. 또한 Coinbase의 유통 경쟁력을 바탕으로 Coinbase 플랫폼과 Base가 긴밀하게 통합되었습니다. Base는 Coinbase가 단독 시퀀서 운영자인 Ethereum L2입니다.

L2 구성 요소

사용하는 L2에 따라 불분명하고 복잡할 수 있는 자금 브리징을 완료하면 L2에서 트랜잭션을 수행하는 사용자 경험은 대체로 L1과 비슷합니다. 과거 L2는 주로 블록체인 스택의 여러 측면에 Ethereum을 사용했지만, 오늘날 많은 L2는 “모듈형” 접근 방식으로 전환하고 있습니다. 이 모듈형 접근 방식은 서로 다른 생태계와 인프라를 조합하며 L2의 핵심 구성 요소인 실행, 정산, 데이터 가용성을 분리합니다. 이전에는 L2가 실행을 제외한 모든 작업에 Ethereum을 사용했지만, 새로운 정산 및 데이터 가용성 솔루션이 등장하면서 빠르게 변화하고 있습니다. 반면 L1은 이러한 구성 요소를 통합되고 특정 방향성을 가진 방식으로 제공합니다. 개발자는 거버넌스 승인 없이 원하는 아키텍처를 선택할 수 없습니다.

실행

실행의 목표는 이전 상태에 상태 전이 함수를 적용해 이후 상태를 만드는 것입니다. Ethereum Virtual Machine(EVM), Solana의 Sealevel(SVM), MoveVM, FuelVM 같은 다양한 가상 머신(VM)이 상태 전이를 관리하는 표준으로 사용됩니다. 각 VM은 호환성과 개발자 도구의 가용성, 트랜잭션 처리 효율성에 영향을 미치는 고유한 기능을 제공합니다. VM은 스마트 컨트랙트와 프로토콜을 실행하는 환경을 만듭니다.

실행 레이어는 애플리케이션 개발자가 실제로 코드를 배포하고, 트랜잭션이 발생하며, 사용자가 블록체인 상태와 상호작용하는 곳입니다. 이 레이어는 트랜잭션을 빠르게 처리하면서 보안과 데이터 가용성 책임을 다른 전문 레이어에 위임하도록 설계되었습니다.

L2 가상 머신이 L1 가상 머신과 일치해야 한다는 요건은 없습니다. 과거에는 대부분의 L2가 EVM 또는 EVM 호환 롤업이어서 대체로 일치했지만, 이제 더 많은 팀이 서로 다른 가상 머신을 사용해 Ethereum에 “정산”하는 설계 영역을 탐색하고 있습니다(Eclipse, Movement Labs).

정산

현재 많은 이들이 “정산”이라는 단어를 지나치게 많은 의미로 쓰이는 용어로 봅니다. 정산을 이해하려면 “롤업”과 “브리지”의 관점을 구분하는 것이 중요합니다. 브리지는 흔히 1주일의 완결 과정을 따르지만 브리지가 곧 롤업은 아닙니다. 롤업 관점에서는 상태 전이를 확인하고 관련 데이터가 데이터 가용성 레이어에 게시되면 완결됩니다.

정산 레이어는 롤업을 위해 몇 가지 핵심 기능을 수행합니다.

• 검증 및 분쟁 관리: 롤업이 외부 검증을 위해 증명을 게시할 수 있는 플랫폼 역할을 합니다. 이는 상호작용형 오류 증명에 의존하는 옵티미스틱 롤업에 매우 중요합니다.
• 브리징 허브: 정산 레이어는 중앙 연결 지점 역할을 해 롤업 간 상호 연결을 지원하며, 각 롤업 사이에 개별 브리지를 둘 필요를 없앱니다.
• 유동성 공급원: 정산 레이어의 유동성을 연결된 모든 롤업이 이용할 수 있어 트랜잭션과 상호작용이 더 원활해집니다.

앞서 언급했듯이 Ethereum에는 암호화폐 업계에서 가장 흥미롭고 명목상 가치가 높은 자산이 있습니다. 사람들은 Ethereum의 상태와 상호작용하기를 원합니다. 사용자들이 별도 체인, 즉 상호작용 중인 Ethereum L2로 연결되는 내장형 브리지를 강하게 선호해 왔기 때문에 Ethereum이 “정산 레이어”로 사용됩니다. 시장은 L1 간 브리지를 같은 방식으로 보지 않았습니다. 과거의 해킹과 더 복잡한 UX 때문일 가능성이 큽니다. L1과 L2 간 브리징은 하나의 지갑에 긴밀하게 통합되는 경우가 많습니다. Phantom 같은 지갑이 Ethereum과 Solana를 지원하고 Metamask가 Snaps를 출시하면서 UX는 빠르게 개선되고 있습니다. 더 공식적인 표현으로는 사용자가 특정 롤업이 정의한 내장형 브리지와 상호작용하는 데 익숙하다는 뜻입니다.

사용자 행동은 빠르게 변하고 있습니다. Wormhole은 지난 30일 동안 5억 달러 이상의 거래량을 처리해 Optimism의 30일 브리지 거래량인 8억 2,500만 달러와의 격차를 좁혔습니다.

2022년 초의 대규모 Wormhole 해킹처럼 경로 의존성 때문에 L1 간 브리지가 어려움을 겪었다고 볼 수 있습니다. DA 공유로 가능한 고유한 엔지니어링 신뢰 가정이 있지만, L1-L2 및 L1-L1 브리지의 실제 구현은 흔히 멀티시그로 보호됩니다.

핵심은 롤업이 사용자와 유동성을 확보하려는 명확한 목적으로 Ethereum 상태에 접근하기 위해 “Ethereum에 정산”한다는 것입니다. 더 정확히는 Ethereum으로 연결되는 내장형 브리지를 완결합니다. 정산 자체는 Ethereum에 수익성 높은 사업이 아닙니다. Optimism 같은 롤업이 정산을 위해 Ethereum에 지불하는 ETH는 하루 50달러 미만이기 때문입니다. 롤업 비용의 80% 이상은 데이터를 calldata로 Ethereum L1 블록에 게시하는 데 사용됩니다. 오늘날 데이터 가용성 솔루션을 둘러싼 경쟁이 치열한 이유입니다. 전체적으로 L2는 Ethereum을 데이터 가용성에 사용하며 Ethereum L1 수수료의 약 ~6%를 차지합니다.

데이터 가용성(DA)

블록체인의 데이터 가용성은 블록의 모든 데이터가 실제로 게시되어 네트워크에서 접근 가능하다는 보장을 뜻합니다. 이 개념은 블록체인의 작동과 보안, 특히 확장에 매우 중요합니다. 일반적으로 블록은 헤더와 트랜잭션 데이터로 구성됩니다. 풀 노드는 모든 트랜잭션을 다운로드하고 검증합니다. 반면 리소스를 적게 사용하는 라이트 클라이언트는 블록 헤더에만 의존하며 트랜잭션이 유효하다고 가정합니다. 블록 생산자가 블록 헤더는 게시하지만 트랜잭션 데이터의 일부 또는 전부를 공개하지 않을 때 데이터 가용성 문제가 발생합니다.

아직 발생한 적은 없지만 데이터 비공개 공격은 블록체인 네트워크에 위협이 됩니다. 이러한 공격에서는 악의적인 블록 생산자가 새 블록의 트랜잭션 데이터 일부를 고의로 공개하지 않습니다. 그러면 다른 네트워크 참여자가 블록의 트랜잭션을 검증하기 어려워집니다. 데이터 비공개는 네트워크 중단부터 사기성 트랜잭션 허용 같은 심각한 문제까지 초래할 수 있습니다. 공격의 심각성과 영향은 블록체인 구조(Layer 1 또는 Layer 2)와 데이터 가용성을 온체인 또는 오프체인에서 관리하는지에 따라 달라집니다. 이러한 위험은 데이터 가용성을 보장하는 강력한 메커니즘과 공격을 완화할 효과적인 전략이 중요하다는 점을 보여줍니다.

데이터 가용성 문제를 해결하는 방법에는 모든 풀 노드가 전체 데이터를 다운로드하는 방식이 있습니다. 이는 많은 리소스를 소모할 수 있습니다. 데이터 가용성 증명과 데이터 가용성 샘플링(DAS) 같은 혁신적인 접근 방식도 있습니다. 이러한 증명은 소거 코딩 같은 기술을 사용해 클라이언트가 블록의 작은 부분만 다운로드하고도 데이터 가용성을 검증할 수 있게 합니다.

최신 용어 정의에 따르면 진정한 “Ethereum 롤업”은 데이터 가용성에 Ethereum을 사용해야 합니다. 즉, 롤업으로 간주되려면 트랜잭션 데이터를 calldata로 Ethereum L1에 게시해야 합니다. Ethereum은 현재 blobspace(트랜잭션 데이터)를 위한 별도 시장을 만들고 데이터 블롭을 더 할인된 가격으로 게시할 수 있게 하는 EIP-4844를 구현하고 있습니다. 4844가 실제로 적용되어도 데이터 가용성은 약 ~7배 증가하는 데 그치며, 모든 롤업을 합쳐 약 100 TPS(초당 트랜잭션)에 해당합니다. 비교하자면 Solana의 블록 공간 수요는 약 500 TPS이며 2,000 이상의 TPS를 처리할 역량을 입증했습니다. 또한 Solana는 하드웨어(무어의 법칙) 및 Firedancer 같은 소프트웨어 발전과 함께 확장되도록 설계되었습니다.

데이터 가용성에도 일부 작은 네트워크 효과가 나타날 수 있지만, 경쟁으로 인해 데이터 가용성 솔루션에 데이터를 게시하는 비용은 운영 한계 비용에 매우 가까워질 가능성이 큽니다.

DA는 L2 상태를 재구성하는 데 필요한 모든 트랜잭션 데이터가 미리 정의된 기간 동안 접근 가능하도록 보장합니다. 단기적으로 validiums와 volitions는 별도의 데이터 가용성 레이어를 사용합니다. Ethereum의 장기 로드맵에는 EIP-4844 같은 업그레이드를 통한 향상된 데이터 가용성 솔루션이 포함됩니다. 대체 데이터 가용성 솔루션(예: Polygon Avail, Celestia, EigenDA)도 중요한 역할을 하며 다양한 DA 설계를 더 깊이 탐색할 것으로 예상됩니다. 다만 메인넷을 막 출시한 Celestia를 제외하면 이러한 데이터 가용성 솔루션은 아직 실제로 제공되지 않습니다. Celestia에도 아직 데이터를 게시하는 롤업은 없습니다. 모두 새로운 시스템을 기반으로 하며 프로덕션 환경에서 대규모로 작동한다는 사실이 아직 입증되지 않았습니다. 고유한 보안 및 신뢰 가정도 폭넓게 존재합니다. 이러한 솔루션은 Ethereum의 종합적인 데이터 가용성 레이어가 가동될 때까지 임시 해결책을 제공하며, Ethereum 통합 이후에도 네트워크 효과를 보여줄 수 있습니다.

L2 트랜잭션의 생명주기

Layer 2 프로토콜인 Arbitrum의 트랜잭션 생명주기는 시작부터 확인과 완결까지 여러 단계로 이루어집니다.

1. 시퀀서가 트랜잭션 수신

트랜잭션은 시퀀서에서 시작합니다. L2 트랜잭션은 직접 또는 오프체인으로 수신하고, 입금은 Delayed Inbox를 통해 L1에서 수신합니다.

2. 시퀀서가 오프체인에서 트랜잭션 순서 지정

시퀀서는 오프체인 Inbox에서 트랜잭션 순서를 정하고 Arbitrum Nitro VM으로 실행해 클라이언트에 "즉시" 영수증을 제공합니다. 이 단계의 완결성은 시퀀서에 대한 신뢰에 달려 있습니다.

3. 시퀀서가 온체인에 트랜잭션 배치 게시

시퀀서는 관련 데이터를 calldata로 포함해 L2 트랜잭션 배치를 정기적으로 L1에 게시합니다. 시퀀서가 트랜잭션을 포함하지 않으면 클라이언트는 일정 시간이 지난 후 강제로 포함할 수 있습니다. 이를 강제 포함이라고 합니다. 이 단계에서는 정상적으로 작동하는 활성 Arbitrum 검증인이 하나 이상 있다면 트랜잭션의 완결성이 Ethereum 트랜잭션과 동일합니다.

4. 검증인이 트랜잭션을 포함한 롤업 블록(RBlock) 확정 주장

검증인은 L2 체인의 상태를 L1에 정기적으로 확정 주장합니다. RBlock 확정 주장에는 L2에서 L1으로 보내는 메시지를 위한 Outbox 상태에 대한 주장이 포함됩니다. 이의가 제기된 경우: 분쟁이 발생하면 검증인은 L1의 컨트랙트가 중재하는 가운데 단일 작업 단위까지 상세한 검증 절차를 진행합니다.‍

5. L1에서 RBlock 확인

분쟁이 해결되고 충분한 시간이 지나면 L1에서 RBlock이 확인되고 Outbox 루트가 업데이트됩니다.

이 과정은 배치를 기록한 L1 트랜잭션이 확인되면 그 안의 L2 트랜잭션도 일반 Ethereum 트랜잭션과 동일한 수준의 완결성을 갖도록 보장합니다. 트랜잭션에 L2에서 L1으로 보내는 메시지가 포함된 경우 RBlock이 확인된 후에만 L1에서 실행할 수 있습니다.

롤업은 Ethereum 외부에 존재하므로 오늘날 많은 롤업이 EVM 기반이거나 EVM과 동등하다는 사실과 혼동해서는 안 됩니다. 따라서 트랜잭션 공급망에는 추가적인 고려 사항과 참여 주체가 있습니다. 다음은 현재 Ethereum의 주요 롤업인 Arbitrum과 Optimism의 특성입니다.

• 중앙화된 시퀀서: Ethereum의 가장 큰 옵티미스틱 롤업인 Arbitrum과 Optimism은 현재 단일 중앙화 시퀀서로 운영됩니다. 이 시퀀서가 모든 트랜잭션의 순서를 정합니다. 향후 커뮤니티 투표로 선정된 L2 노드 등을 통해 이 역할을 탈중앙화할 계획이지만 세부 사항과 일정은 아직 불분명합니다. 사용자는 시퀀서가 주문 흐름을 판매하거나 트랜잭션 순서를 바꾸거나 다른 방식으로 MEV를 추출하지 않을 것이라고 신뢰합니다. 오류 증명은 로드맵에 있지만 허가 없는 이의 제기 기능은 아직 실제로 제공되지 않습니다.
• 신뢰 가정: 이 단계의 완결성은 시퀀서에 대한 신뢰에 달려 있습니다. 시퀀서의 역할은 트랜잭션의 순서를 정하거나 지연하는 것으로 제한되며 트랜잭션을 변경할 수는 없습니다. Arbitrum은 24시간 넘게 지연된 트랜잭션의 강제 포함을 허용하고, Optimism은 L1 트랜잭션을 다음으로 사용 가능한 L2 블록에 자동으로 포함합니다.
• L1 재구성: L1 재구성이 발생할 때 L2 블록을 계속 생성하고 처리하는 정책은 명확히 설명되어 있지 않습니다. 이 때문에 L1 재구성 중 트랜잭션 완결성에는 일부 불확실성이 남습니다.
• 완결성: 시퀀서는 L2 트랜잭션을 배치로 묶고 calldata로 Ethereum에 게시해 해당 트랜잭션이 포함된 Ethereum 블록의 완결성과 동일한 “하드 완결성”을 확보합니다. 이어서 롤업의 최신 상태를 나타내는 L2 상태 트리의 루트가 L1에서 업데이트되어 되돌릴 수 없는 상태 변경을 보장합니다.
• 이의 제기 기간 및 출금: Arbitrum의 검증인은 상태 루트에 이의를 제기해 분쟁 해결 절차를 시작할 수 있습니다. 지정된 기간에 상태 커밋에 이의가 제기되지 않으면 최종 상태가 됩니다. 이의 제기 기간이 끝나면 최종 상태를 기반으로 L2에서 L1으로 출금할 수 있습니다.
• 브리징: 브리징 프로토콜은 “소프트 완결성”의 즉시 영수증부터 “하드 완결성”의 배치형 calldata까지 서로 다른 완결성 수준을 고려합니다. 브리지는 트랜잭션 유형과 위험 평가에 따라 클라이언트 요구에 맞춰 더 빠른 메시징을 선택하거나 더 엄격한 완결성 표준을 따를 수 있습니다.

L2가 적합한 경우

L2는 상태를 유지하는 시스템입니다. L2가 추가될 때마다 상태는 서로 다른 L2로 분산됩니다. 원자적 결합 가능성을 포기해야 하지만(이 특성이 실제보다 과대평가되었을 수도 있습니다), 일부 애플리케이션에는 L2 배포가 적합합니다. 또한 EVM처럼 널리 사용되는 실행 환경에서 작동하더라도 올바른 L2를 선택하는 것이 매우 중요합니다. L2마다 사용자 경험, 통합, 배포 방식이 크게 다릅니다.

기술적인 세부 사항을 제외하면 L2는 크게 애플리케이션 전용 롤업과 범용 롤업으로 나눌 수 있습니다.

애플리케이션 전용 롤업

애플리케이션 전용 롤업은 L1 및 앞서 언급한 다른 L2와 달리 다른 애플리케이션과 블록 공간을 공유하지 않습니다. 대신 특정 애플리케이션 또는 애플리케이션 집합을 위한 전용 블록체인으로 작동합니다. 따라서 관련 인프라를 모두 직접 운영해야 합니다.

일부 팀은 수직적으로 통합되어 인프라를 직접 운영하지만(dydx), 이는 대규모 엔지니어링 작업이며 일반적으로 이미 제품 시장 적합성(PMF)을 확보한 팀만 성공적으로 수행할 수 있습니다. dydx는 제품 시장 적합성과 강력한 커뮤니티, 이를 실행할 충분한 자원을 갖추고 있습니다(Ethereum에서 PMF를 찾은 후 Ethereum L2로 이동했습니다). Maker와 같은 다른 프로젝트는 SVM 앱 체인 같은 설계를 검토하고 있습니다. 실제로 대부분의 팀은 자체 하드웨어를 운영하지 않습니다. 대신 Caldera와 Conduit처럼 이러한 공백을 메우려는 서비스형 롤업(RaaS) 제공업체에 의존합니다.

애플리케이션 전용 체인이 장기적으로 수익을 낼 만큼 충분한 매출을 창출할 수 있을지는 아직 미지수입니다. 이런 경우 RaaS 제공업체의 거래상대방 위험과 비용 구조를 이해하는 것이 중요합니다. RaaS 제공업체는 보통 고정 수수료(애플리케이션 규모에 따라 대개 $5,000~$100,000)와 시퀀서 수익의 일정 비율을 청구합니다. 대부분의 RaaS 제공업체는 종속을 방지하기 위해 OP Stack과 같이 널리 인정받는 표준을 활용합니다. 즉, RaaS 제공업체가 문을 닫더라도 단기적인 가동 중단을 극복할 수 있다면 자체 하드웨어를 계속 운영할 수 있습니다.

게임은 더 전문화된 사용 사례이므로 Argus의 World Engine과 같은 새로운 구현과 프로토콜이 활발히 개발되고 있습니다. 12월 5일, Dark Frontiers는 완전한 온체인 게임을 위한 Argus의 EVM L2 위에서 실행 샤드로 출시되었습니다. 단순한 게임 아이템만 온체인에 게시하는 기존 온체인 게임과는 다릅니다. 아직 지켜봐야 하지만, 애플리케이션 전용 롤업과 범용 롤업 사이에 있는 것으로 보입니다.

범용 롤업

롤업은 위험에 노출된 경제적 자본이 더 적은 격리된 환경이므로 차별화된 제품을 제공하기 위해 실행 및 합의 수준 등 스택의 특정 계층을 실험할 유인이 어느 정도 있습니다. 하지만 대부분의 롤업은 기존 VM을 그대로 활용한 형태입니다(Fuel 제외). 기존 애플리케이션이 L2에 최대한 쉽게 배포되도록 해야 하기 때문입니다. 그 결과 실행 및 합의 수준에서 혁신하는 팀은 Monad처럼 자체 L1을 출시하는 방향으로 나아가고 있습니다.

롤업 수가 합리적인 균형점을 크게 넘어선 만큼, 특히 사용자와 유동성을 확보하는 데 어려움을 겪는 롤업을 중심으로 실행 계층에서 더 많은 실험이 이루어질 수 있습니다.

범용 롤업의 현황

Arbitrum, Optimism, Base와 같은 범용 롤업은 강력한 네트워크 효과를 보였으며 GMX, friend.tech 등 기존 및 신규 애플리케이션의 L2 출시를 다수 유치했습니다. Ethereum의 네이티브 자산과 상태가 이러한 L2에 존재하고 가스 토큰의 표시 단위로 Ethereum을 사용하는 경우가 많기 때문에 사용자와 개발자는 풍부하고 성숙한 생태계를 이용할 수 있습니다. 이러한 접근성은 유동성이 필요하거나 기존 Ethereum 기반 프로토콜 및 자산을 활용하려는 애플리케이션에 필수적입니다. 사용자 경험 측면에서는 Coinbase 같은 플랫폼이 유일한 시퀀서를 운영하는 Base에 네이티브 지갑과 결제 지원을 통합해 원활하고 편리한 상호작용을 제공합니다.

여러 L2를 검토할 때는 배포 가능한 대체 실행 환경과 유동성, L2 인프라 자체를 고려해야 합니다. 데이터 가용성의 비용 구조, 향후 네트워크 수수료의 잠재적 변화, 인프라 제공업체 환경의 변화 등을 바탕으로 의사결정을 내려야 합니다. 애플리케이션 개발자는 현재 사용자가 부담하는 비용 구조를 이해하고, 특히 데이터 가용성 비용 등의 요인을 토대로 미래를 합리적으로 예측해야 합니다. L2 배포를 고려하는 개발자는 시스템 간의 미묘한 차이를 이해해야 하며, 선택한 실행 환경과 대체 배포 기회를 특히 주의 깊게 살펴봐야 합니다.

L1이 시퀀싱하는 'based rollups' 등 Ethereum Foundation이 주도하는 새로운 연구를 통해 롤업의 가동성, 탈중앙화, 사용자 경험은 계속 개선될 것입니다. 탈중앙화 시퀀서 또는 최소한 가동성을 위한 다중 시퀀서 순환 방식은 아직 연구 단계이지만, 신뢰성을 보장하고 현재의 시퀀서 위험을 줄일 유망한 발전을 제시합니다. 현재 사용자는 L2 핵심 팀이 운영하는 시퀀서가 트랜잭션 순서를 공정하게 정하고, 트랜잭션 순서를 변경해 악의적으로 MEV를 추출하지 않을 것이라고 신뢰합니다. 시퀀서가 검열할 경우 사용자는 강제 포함을 통해 트랜잭션을 L1에 직접 제출할 수도 있습니다.

반면 현재 존재하는 롤업에는 로드맵에 따라 활발히 개발 중인 몇 가지 핵심 기능이 빠져 있습니다. 예를 들어 주요 옵티미스틱 롤업 중 어느 것도 무허가 결함 증명을 제공하지 않으며, 기능 업그레이드가 가능한 계약은 멀티시그의 통제를 받는 경우가 많습니다. 또한 많은 롤업에는 악의적인 시퀀서가 있을 때 사용자가 자금을 인출할 수 있는 탈출 장치가 없습니다.

범용 롤업의 최종 형태

강력한 시퀀서 또는 시퀀서 집합을 갖춘 범용 롤업이 하나의 최종 형태가 될 수 있습니다. Ethereum이 가장 흥미로운 상태를 보유한 체인의 지위를 유지하고 사용자가 계속 L1-L2 브리지를 강하게 선호한다면, 범용 롤업 L2는 훨씬 나은 사용자 경험을 제공하는 중요한 실행상의 이점을 제공할 수 있습니다. 

L1은 사실상 롤업이 요구하는 속성을 제공하기 위해서만 존재하게 됩니다. L2에 대한 L1 재구성 위험을 제거하고, L2는 최종 사용자가 중요하게 생각하는 요소인 지연 시간과 최대한 효율적인 상태 업데이트에 최적화할 수 있습니다. 이는 일반적으로 더 나은 가격으로 나타납니다. 선택받은 L1인 Ethereum은 여전히 역할을 합니다. 신뢰할 수 있게 탈중앙화된 참여자, 공정한 출시 등 밈적 이유로 사회적 합의가 Ethereum 상태에서 계속 가치를 얻기 때문입니다. L2는 L1에 외부 개체로 존재합니다.

롤업은 다음과 같은 기능과 속성을 갖추게 됩니다.

• 무허가 혁신 – 누구나 새로운 애플리케이션을 구축하고 배포할 수 있습니다
• 검열 저항성 – L1의 강제 포함을 통해 구현합니다
• 데이터 가용성 – L1에서 직접 제공하거나 별도의 DA 계층을 사용합니다
• 유효성 – 결함 증명 또는 zk 증명을 사용합니다
• 병렬화된 실행 환경 – 트랜잭션을 매우 효율적으로 처리합니다

이 최종 형태에서는 의미 있는 사용자와 거래량을 보유한 롤업이 소수(2개?)만 존재합니다. 새로운 애플리케이션은 블록 공간 공유 비용(가능한 한 0에 가깝게 분산됨)보다 방대한 사용자 접근성이 더 크므로 이 롤업에 배포합니다. 관찰된 사용자 선호는 가장 단순한 UX가 최우선임을 보여줍니다. 이 시나리오에 도달한다면 암호화폐는 무허가 혁신, 검열 저항성, 비수탁성, 투명성이라는 핵심 개선 사항을 더해 전통 금융을 사실상 재창조한 셈입니다. 전통 금융 시장에 쓰기 권한을 가진 주체는 소수에 불과합니다. NYSE와 기타 거래소는 엄격하게 규제되는 허가형 시장이며, 법률과 규정에 따라 개인을 검열할 수 있습니다.

이 시나리오에서도 전통 금융의 주문서 서버처럼 지연 시간과 시퀀서와의 코로케이션이 존재합니다. 현재는 정치와 경로 의존성에 따른 허가형 접근 방식이 어떤 주체가 NYSE 서버에 코로케이션할 권리를 갖는지 결정합니다. 최종 사용자에게 더 나은 가격을 제공하기 위해 인프라와 알고리즘을 최적화해 온 Citadel의 수십 년간 전문성은 무허가 환경에서도 여전히 유효합니다. 이 롤업 최종 형태에서 개인과 팀은 오직 성능만으로 전 세계의 모든 유능한 개인과 경쟁하게 되며, 그 결과 더 나은 가격과 최종 사용자 경험이 만들어집니다.

이론적으로는 모두 훌륭하게 들리지만, 현재 L2의 현실은 크게 다릅니다. 유일한 시퀀서가 핵심 팀에서 운영되어 단일 가동성 장애 지점이 될 뿐 아니라, 브리지 계약이나 허가형 결함 증명 등 가장 중요한 작업도 핵심 팀이 통제하는 경우가 많습니다. 많은 L2가 탈중앙화하고 멀티시그를 제거할 계획을 로드맵에 포함했지만, 현재 상황은 그렇지 않습니다.

L1이 적합한 경우

Solana와 Ethereum 같은 Layer 1 블록체인의 공유 상태 개념은 무허가 결합 가능성을 제공합니다. 즉, 애플리케이션이 신뢰할 수 있고 안전한 방식으로 서로 상호작용할 수 있습니다. 이는 타기팅된 에어드롭 같은 마케팅 전략에 유용합니다. 예를 들어 프로젝트는 공유 상태를 활용해 특정 NFT 커뮤니티를 식별하고 보상할 수 있으며, 이를 통해 고도로 집중되고 효과적인 보상 메커니즘을 구현할 수 있습니다. 데이터용 멀티체인 오라클인 Pyth는 최근 40개 이상의 블록체인에서 프로토콜과 상호작용한 모든 사용자에게 Solana 기반 $PYTH를 에어드롭했습니다. 프로젝트는 블록체인 내 소유 패턴과 커뮤니티 참여를 분석해 독점 토큰이나 신규 서비스 접근 권한 등의 보상을 정교한 블록체인 커뮤니티 세그먼트에 맞출 수 있습니다. 이를 통해 참여를 유도하고 더 효과적이며 공감도 높은 마케팅 활동을 만들 수 있습니다.

공유 상태는 보상과 작업을 위한 이러한 온체인 귀속을 고유하게 지원합니다. 사용자에게 가능한 최적의 가격을 보장하는 통합 거래 애그리게이터 Jupiter는 Solana처럼 공유 상태를 가진 체인에서만 가능한 애플리케이션의 사례입니다.

DeFi와 함께 결제는 암호화폐의 가장 중요한 사용 사례 중 하나입니다. 사용자는 Western Union 같은 착취적 중개자 없이 원하는 만큼의 가치를 전송할 수 있습니다. 결제에는 Venmo 같은 개인 간 트랜잭션과 온라인 쇼핑 같은 기업-소비자 간 트랜잭션이 모두 포함됩니다. 특히 사용자가 송금할 때 가스 비용을 고려할 필요가 없을 만큼 저렴하고 빨라야 합니다. Solana에서는 USDC 전송의 절반 이상이 $5 미만입니다. 이는 Solana처럼 가스 비용이 매우 낮은 블록체인에서만 가능합니다.

이를 기반으로 Tiplink 같은 새로운 비즈니스를 구축할 수 있습니다. Tiplink를 사용하면 지갑을 설정하지 않고 URL로 송금할 수 있으며 Google 자격 증명으로도 가입할 수 있습니다. Shopify는 Solana Pay를 통합해 쇼핑객이 Solana에서 USDC로 결제할 수 있도록 했습니다. Visa는 Solana를 통합해 글로벌 가맹점 매입사인 Worldpay와 Nuvei의 USDC를 결제하도록 선택했습니다. Code는 내구성 있는 논스를 사용해 유사 비동기 실행 환경을 만들고 매우 빠른 결제 알림 시스템과 원활한 사용자 경험을 구축했습니다. 일부에서는 이를 L2라고 부르지만, 결함 증명이 없으며 오직 더 나은 최종 사용자 경험을 제공하도록 최적화되어 있습니다.

Solana에 L2가 없는 이유는 트랜잭션이 이미 매우 저렴하고, 특정 블록 안에서 상태를 네이티브 방식으로 분리해 가격을 책정하기 때문입니다. Solana는 처음부터 물리 법칙이 허용하는 한 빠르게 상태를 동기화하고, 트랜잭션 비용을 운영 한계 비용에 최대한 가깝게 낮추도록 최적화되었습니다. Ethereum에서는 단일 스레드 EVM 등의 이유로 트랜잭션 비용이 훨씬 높습니다. 상태별 가격 책정은 가상 머신의 다른 인스턴스가 실행될 때만 가능하며, 이것이 바로 L2의 역할입니다. Solana와 다른 병렬 VM 블록체인은 특정 상태의 경합 정도에 따라 상태별로 다른 수수료를 적용하는 로컬 수수료 시장을 지원합니다. 국소적인 상태 과부하는 전체 블록체인의 경합이나 수수료를 높이지 않고 관리할 수 있습니다. 실제로 이는 NFT 민팅이나 에어드롭이 별도의 애플리케이션에 미치는 외부 효과가 거의 없다는 의미입니다. 

L2와 달리 Solana의 최종 형태는 로드맵에만 있는 것이 아니라 이미 구현되어 있습니다. Solana는 SIMDs를 통해 활발히 유지·개선되고 있지만, 멀티시그나 이해관계 일치, 분위기에 대한 추가 신뢰가 필요 없는 기능적이고 신뢰할 수 있게 중립적인 자산 원장입니다.

나에게 가장 적합한 솔루션은 무엇인가요?

무엇을 최적화하려는지에 따라 다릅니다. 일반적으로 애플리케이션 개발자나 비즈니스 소유자는 블록체인 인프라 유지 관리에 필요한 최소한의 시간만 쓰고, 최고의 사용자 경험을 만들기 위한 제품 개선에 대부분의 시간을 투입해야 합니다. 핵심은 본인에게 어느 정도가 필요한지입니다.

특정 체인을 선택할 때는 해당 체인에서 사용할 수 있는 프리미티브를 면밀히 검토해야 합니다. 6천만 개 이상의 NFT가 민팅되고 수집가 50만 명을 확보한 Drip 같은 애플리케이션이 좋은 사례입니다.

최적화하려는 요소에 따라 최종적인 체인 선택지가 좁혀집니다. 위에서 살펴본 여러 L1과 L2를 바탕으로 다음 요소를 고려해야 합니다.

1. 온체인 사용자
2. 온체인 사용량(거래와 같은 특정 온체인 기능을 최적화하려면 Solana, Sui, Optimism처럼 수수료가 낮은 환경의 체인을 검토해야 합니다. 또한 더 짧은 블록 시간과 더 큰 블록 크기 등에 따른 기술적 절충점과 한계를 이해해야 합니다.)
3. 실행 시간
4. 온체인 유동성
5. 온체인 고래/유동성(예: EVM 생태계는 이전 토큰 출시 시대의 영향으로 유동성이 더 풍부한 편이지만 빠르게 변하고 있습니다.)
6. 특정 온체인 커뮤니티에 대한 접근성(아티스트, 트레이더 등)
7. 보조금과 VC 자금의 가용성(신생 생태계는 보조금 자금은 더 많지만 VC 자금은 더 적습니다.)
8. 기술적 복잡성과 관리 부담(예: Code는 Solana에서 애플리케이션을 운영하는 데 엔지니어 2명만 필요하지만, dydx는 엔지니어와 연구원 30명 이상이 필요합니다.)
9. 프로그래밍 가능성과 체인 규칙의 자주권(예: 특수한 거래 결제 규칙)
10. 기관 참여자에 대한 접근성(예: Base의 Coinbase, Solana의 Visa와 Shopify)
11. 다른 생태계 애플리케이션과의 결합 가능성(예: DeFi, 결제 앱)

앞서 언급한 속성을 이해하고 고유하게 활용하는 특정 애플리케이션에는 특정 롤업 구조로 배포하는 것이 적합할 수 있습니다. 대부분의 애플리케이션에는 Solana가 성공에 필요한 프리미티브를 제공합니다. Solana는 고유한 설계 결정을 통해 빠르고 저렴하며 높은 성능을 구현했고, 수년간 프로덕션 환경에서 운영되어 왔습니다.

결론

블록체인 환경을 이해하고 탐색하려면, 특히 Layer 1(L1)과 Layer 2(L2) 플랫폼 중 하나를 선택할 때 관련 절충점을 세밀하게 이해해야 합니다. L1과 L2의 선택은 단순한 기술적 결정을 넘어 확장성, 보안, 프로젝트의 전반적인 실현 가능성에 영향을 미치는 핵심 비즈니스 전략입니다. 전체 코드베이스를 리팩터링하면 기술 부채가 더 늘어나고 성공적인 애플리케이션을 구축할 가능성이 낮아집니다.

블록체인 도입에서 사용자 경험의 역할은 아무리 강조해도 지나치지 않습니다. 기술이 성숙할수록 복잡한 블록체인 인프라와 최종 사용자 사이의 간극을 해소할 수 있는 직관적이고 원활하며 사용하기 쉬운 인터페이스를 만드는 데 더 집중해야 합니다. 애플리케이션마다 필요한 유연성의 수준은 다르지만, 대부분의 애플리케이션 개발자는 최고의 제품을 만드는 데 최대한 많은 시간을 집중할 수 있는 플랫폼을 선택해야 합니다.

검토와 의견을 제공해 주신 Akshay, 0xIchigo, Jon Charbonneau께 감사드립니다.