Sidechain

안나는 자신의 지갑에 비트코인을 보관합니다. Bitcoin 메인넷에는 없는 앱을 써 보거나 다른 특성을 가진 네트워크에서 자금을 옮기고 싶습니다. 사이드체인은 자체 거래 기록을 가지며, 해당 규칙을 검사하는 컴퓨터인 노드들이 이를 유지합니다. 거래는 이 네트워크만의 연속된 블록에 기록됩니다. 블록은 거래를 묶어 기록하는 단위입니다. Bitcoin 기록에서 잠시 갈라진 분기는 아닙니다. 모든 Bitcoin 이용자에게 채택을 요구하지 않고 다른 기능을 제공할 수 있습니다. 다만 안나는 보안의 전제가 다른 환경에 들어갑니다. 먼저 가치가 그곳으로 어떻게 들어가고, 다시 어떻게 돌아오는지 알아야 합니다. [1]

수수료를 잠시 제외하고 0.1 BTC를 넣는다고 가정합시다. 진입 과정인 peg-in에서는 연결 장치, 즉 브리지의 규칙에 따라 BTC가 메인넷에 잠깁니다. 안나는 사이드체인에서 그에 대응하는 자산, 예를 들어 Liquid의 0.1 L-BTC를 사용할 수 있게 됩니다. Bitcoin에서도 동시에 쓸 수 있는 0.1 BTC가 추가로 생긴 것은 아닙니다. 아직 사용하지 않은 Bitcoin 거래 출력인 원래 UTXO가 다른 데이터베이스로 이동한 것도 아닙니다. 출력에는 금액과 지출 조건이 기록되며, 필요한 서명이 그 조건의 한 예입니다. 두 기록은 연결되어 있지만 각자의 역사에 속합니다. 1:1은 의도된 담보 및 교환 관계를 뜻하며, 즉시 출금이나 모든 시장에서 같은 가격을 약속하지 않습니다. [1] [9] [15]

안나는 peg-out으로 돌아옵니다. 시스템에 따라 사이드체인의 대응 자산을 소각하거나 잠그고, 브리지가 메인넷에서 해당 BTC를 풀어 줍니다. 두 Bitcoin 주소 사이의 일반 송금과는 다릅니다. Bitcoin은 보통 다른 네트워크의 전체 역사와 모든 규칙을 검증하지 않습니다. 따라서 자금을 풀려면 지정된 집단의 서명, 전용 장비나 다른 조건이 필요할 수 있습니다. 누가 출금을 지연하거나 거절하고, 부당하게 승인할 수 있는지 알아야 합니다. 개인 키는 지갑이 자금을 쓰기 위한 서명을 만들 때 사용하는 비밀 데이터입니다. L-BTC나 rBTC의 키를 직접 소유해도 이 조건들은 사라지지 않습니다. 중개업자를 통한 교환도 직접 peg-out과 다른 경로이며, 그 업체의 가격과 교환에 사용할 수 있는 자금, 이용 조건이 추가됩니다. [1] [9]

파벨은 새 네트워크에서 누가 결제를 확인하느냐고 묻습니다. 안나는 여기에 Bitcoin에 잠긴 BTC를 누가 쓸 수 있느냐는 질문을 더해야 합니다. 유효한 거래와 역사에 합의하는 규칙인 합의 체계는 첫 번째 문제를 다룹니다. 자금 보관과 브리지 규칙은 두 번째를 다룹니다. 사이드체인이 정상 작동해도 출금 문제가 생길 수 있고, 블록이 계속 만들어져도 고장 난 브리지는 고쳐지지 않습니다. 사이드체인의 최근 역사가 재구성돼도 Bitcoin 역사를 다시 쓰지는 않지만, 이 네트워크의 결제와 담보에는 피해를 줄 수 있습니다. 자기 노드는 이 네트워크의 규칙 검증에 도움이 됩니다. 그렇다고 다른 사람의 서명 키나 담보 BTC를 혼자 풀 권한을 주지는 않습니다. [1]

Liquid Network는 한 가지 구현 사례입니다. Elements 소프트웨어를 쓰며, 일반 Bitcoin 채굴자 대신 지정된 운영자들이 블록에 서명합니다. 이 구조를 Strong Federation이라고 하며, watchmen이라는 역할이 Bitcoin 브리지를 관리합니다. L-BTC는 메인넷에 잠긴 BTC를 나타냅니다. Confidential Transactions는 금액과 자산 종류를 숨길 수 있지만 결제에 얽힌 모든 관계를 자동으로 숨기지는 않습니다. 안나는 자기 지갑이 있다는 사실을 중개자 없는 직접 출금과 혼동하면 안 됩니다. Liquid의 일반 이용자에게 직접 peg-out 권한이 자동 부여되는 것은 아닙니다. 보통 권한 있는 참여자나 교환 서비스를 거쳐 돌아오므로, 진입 전에 그 조건을 알아야 합니다. [2] [9]

Rootstock은 네트워크 규칙에 따라 실행되는 프로그램인 스마트 계약을 구동합니다. 실행 환경은 Ethereum에서 이런 프로그램을 실행하는 Ethereum Virtual Machine(EVM)과 호환됩니다. 참여하는 Bitcoin 채굴자들은 Merged Mining으로 같은 계산 작업을 두 네트워크에 사용해 블록을 보호합니다. 모든 Bitcoin 채굴자가 자동으로 Rootstock을 보호한다는 뜻은 아닙니다. PowPeg에는 다른 층도 있습니다. PowHSM 장치가 서명 키를 보호하고 누적 채굴 작업의 증거를 추적합니다. 운영자는 장치가 계속 작동하도록 유지하며, 보통 자유롭게 꺼낼 수 있는 키로 출금을 수동 서명하지 않습니다. 입금하면 이미 존재하던 rBTC가 브리지에서 풀리는 것이지 새 BTC가 채굴되는 것이 아닙니다. 보안은 이 장치의 소프트웨어, 하드웨어와 가용성에도 달려 있습니다. [10] [11]

2014년 제안서 Enabling Blockchain Innovations with Pegged Sidechains는 two-way peg라는 양방향 연결을 설명했습니다. 작성자에는 Adam Back과 Andrew Poelstra 등이 있습니다. 이 제안은 간소화된 결제 검증인 SPV도 사용합니다. 증명은 거래가 블록에 포함되었고 그 뒤의 작업이 이전 블록에 대한 참조를 담은 짧은 기록인 블록 헤더에 기록되었다는 것을 보여 줄 수 있지만, 전체 네트워크의 모든 거래가 유효하다고 검증한 것은 아닙니다. 역사에 관한 가정, 대기 기간과 재구성에 대한 대응이 중요합니다. 그래서 실제 브리지는 서로 다릅니다. 연합이 여러 운영자에게 서명을 분담시키기도 하고, 다른 설계는 장비나 채굴자의 결정을 추가하기도 합니다. Merged Mining 자체는 채굴 방식이며 완전한 출금 해결책이 아닙니다. [1]

Drivechain은 다른 접근을 제안합니다. 기술 제안인 BIP 300은 특별히 보관된 BTC의 출금을 채굴자 신호를 통해 점진적으로 승인하는 방식입니다. Bitcoin 노드는 정해진 출금 조건을 추적하며, 각 사이드체인 앱의 전체 역사를 추적하지는 않습니다. BIP 301은 Blind Merged Mining을 다룹니다. 사이드체인 블록을 만드는 측이 제안된 방식의 포함을 위해 Bitcoin 채굴자에게 지불하며, 채굴자는 해당 앱을 직접 실행하지 않아도 되는 설계입니다. 2026년 10월 17일 현재 두 문서는 모두 Draft(검토 중인 초안) 상태입니다. 제안, 실험용 소프트웨어와 메인넷에서 활성화된 규칙은 서로 다릅니다. BIP 번호가 있다고 해서 안나가 일반 Bitcoin Core에서 이 출금 방식을 쓸 수 있다는 뜻은 아닙니다. [7] [8]

Lightning Network는 결제 채널의 네트워크입니다. 참여자들이 서명된 결제 상태를 갱신하고, 조건에 따라 Bitcoin에서 채널을 닫을 수 있습니다. 이를 위해 별도의 공동 블록체인을 유지할 필요는 없습니다. 반면 사이드체인은 자체 블록 역사가 있습니다. Rollup이나 Statechain도 동의어가 아닙니다. rollup은 기반 계층에 게시된 데이터나 증명을 이용하고, Statechain은 특정 Bitcoin 출력의 통제권을 이전합니다. 정확히 무엇을 강제할 수 있고 어떤 신뢰가 필요한지는 설계마다 다릅니다. 모두 추가 계층이라고 불리기도 하지만, Layer 2라는 이름만으로 자금을 누가 통제하고 이용자가 어떻게 나오는지는 알 수 없습니다. [12] [13] [14]

안나는 목적부터 생각합니다. 그 네트워크의 기능이 필요한가, 아니면 Bitcoin 결제로 충분한가? 사이드체인을 쓸 이유가 있다면 지원 지갑, 올바른 네트워크와 백업 방식을 확인합니다. 수수료를 어떤 자산으로 내는지, 진입과 출금 절차 및 최소 금액은 무엇인지, 누구의 협력이 필요한지도 알아봅니다. 장애, 운영자 교체와 비상 절차도 중요합니다. 브리지의 비상 장치를 본인이 직접 작동시킬 수 있는 것은 아닐 수 있습니다. 그런 다음 소액을 왕복 이체해 봅니다. 성공한 시험은 절차의 실수를 찾는 데 도움이 되지만, 브리지가 앞으로도 안전하다는 증거는 아닙니다. 사이드체인은 선택지를 넓혀 줄 뿐, 누구를 신뢰할지 대신 결정하지 않습니다. [1] [9]