Omnity는 신뢰를 최소화한 프레임워크를 제공하기 위해 Internet Computer을 활용하여 크로스 체인 비트코인 자산 처리 및 프로그래밍을 진행합니다. Runes Exchange Environment (REE)은 Bitcoin의 기능을 확장하여, 개발자들이 UTXO 로직과 표준 트랜잭션 형식을 사용해 직접 비트코인 위에서 프로그램 가능하고 조합 가능한 애플리케이션을 작성할 수 있도록 합니다.
오늘날 점점 더 연결된 디지털 풍경에서, 블록체인 네트워크 간의 상호 운용성은 확장 가능하고 사용자 친화적인 애플리케이션을 위한 핵심 기능이 되었습니다. Omnity는 비보관자형, 오픈 소스, 온체인 비트코인 제품군을 통해 다중 체인 조정 모델을 소개합니다.
비트코인 상호 운용성을 향상시키기 위해 설계된 Omnity의 허브는 이더리움, 솔라나와 같은 주요 체인뿐만 아니라 다양한 비트코인 레이어 2를 통합하여 교차 체인 거래에 대한 확장 가능하고 검증 가능한 프레임워크를 소개합니다. 반면, Omnity의 Runes Exchange Environment (REE)는 비트코인의 프로그래밍 가능성을 신뢰 최소화된 오픈 소스 실행 환경에서 향상시킴으로써 BTCFi 개발자들에게 비트코인 상에 포괄적인 금융 제품을 설계할 기회를 제공합니다.
Omnity는 이종 블록체인 간의 교차 체인 거래를 용이하게 하기 위해 인터넷 컴퓨터 프로토콜(ICP)을 통합합니다. 종래의 솔루션과는 달리 Omnity는 ICP의 Chain Fusion 및 Chain-key cryptography 솔루션을 통해 시스템 수준의 복잡성과 비용을 줄입니다.
Omnity의 교차 체인 솔루션을 더 잘 이해하기 위해 먼저 세 가지 유형의 블록체인 브릿지를 살펴보겠습니다. 교차 체인 디자인은 일반적으로 교차 체인 거래를 검증하는 방식에 따라 세 가지 주요 유형으로 분류할 수 있습니다.
외부 검증자 네트워크에서는 여러 서버들이 대상 블록체인을 모니터링하고 합의를 통해 대상 체인에서 작업을 실행합니다. 이러한 검증자들은 독립적으로 작동하며 원본 또는 대상 체인의 일부가 아닙니다. 일반적으로 이러한 자산 이전은 자산을 원본 체인에 잠금 후 대상 체인에 해당하는 가치의 랩핑 자산을 생성하는 방식입니다. 이 교차 체인 브릿지의 보안은 원본 또는 대상 체인의 보안 이후에 검증자에 의해 보장됩니다. 이는 종종 두 체인 중 하나 이상의 스마트 컨트렉트에서 응용 계층 위험을 추가합니다.
이 유형의 브릿지는 이론적으로 무제한의 원본 및 대상 체인을 편리하게 처리하고 토큰 이전, 스마트 컨트랙트 호출 및 일반 메시징을 포함한 다양한 기능을 가능하게 합니다. 그러나 이 보안 모델은 하나의 원본 또는 대상 체인 대신 두 개 이상의 검증자 집합에 위험 요소를 더하는 특징이 있습니다.
라이트 클라이언트는 하나의 블록체인에서 이벤트 또는 조건을 검증하여 다른 모니터링되는 체인에서 해당 작업을 지시합니다. 이 방식에서는
오프 체인에서 이벤트를 모니터링하고 블록 높이나 스마트 계약 데이터와 같은 이벤트에 대한 암호학적 증명을 생성하는 그룹의 배역들이 있습니다. 이러한 증명은 두 블록체인 모두의 스마트 계약이나 원시 블록공간에 기록됩니다. 이 모델은 이러한 블록체인에 직접 연결된 유효성 검사기를 사용하여 합의와 경제적 보안을 위한 것입니다.
이러한 다리 유형은 암호학적 증명에만 의존하여 신뢰 가정을 최소화합니다. 결과적으로, 크로스-체인 거래의 보안은 두 체인의 합의 무결성 및 그들을 연결하는 라이트 클라이언트 구현의 정확성에 의해 국한됩니다. 출처 및 대상 체인 양쪽의 라이트 클라이언트를 유지해야 하며, 두 블록체인과 호환성 유지를 위한 업데이트가 필요합니다. 이로 인해 사용된 코드의 가시성이 높아지므로 리스크가 분산되어 개발 비용이 증가합니다.
유동성 네트워크는 여러 블록체인에 걸친 기존 자산의 선입금 풀을 조정하여 크로스-체인 이체를 가능하게 합니다. 랩된 토큰을 발행하는 대신 사용자들 간의 거래를 각 끝점에서 사용 가능한 유동성에 기반하여 경유합니다. 사용자가 한 체인에서 자산을 보낼 때, 네트워크는 대상 체인의 풀에서 해당 기존 자산의 동등한 양을 방출하여 이체를 완료합니다. 새로운 토큰은 발행되지 않으며, 이 교환은 예치된 유동성에 의해 완전히 보장됩니다.
이 모델은 랩된 자산을 피하지만, 유동성 관리자들의 손에 통제를 집중시켜 예치된 보증금을 보호하거나 개인 키를 관리해야 하는 보호 위험을 가져옵니다. 이 시스템들은 주로 대형 자산을 선호하며, 유동성 분할로 경로 설정이 불안정해지는 장점 토큰에 대한 지원을 확장하기 어렵습니다. 게다가, 유동성 네트워크는 일반적으로 자산 이체만을 지원하며 임의 메시지 통과나 계약 호출을 지원하지 않습니다.
| 보안 | 개발 복잡성 | 연결 | 기능 | |
| 외부 유효성 검사기 | 낮음 | 중간 | 높음 | 높음 |
| 라이트 클라이언트 | 높음 | 복잡 | 중간 | 높음 |
| 유동성 네트워크 | 높음 | 중간 | 중간 | 낮음 |
코스모스 IBC 프로토콜은 교차 체인 메시지를 확인하기 위해 템플릿 경량 클라이언트를 사용합니다. 이 설정에서 소스 체인과 대상 체인은 서로의 네트워크에서 반대 체인의 경량 클라이언트를 유사한 시작점부터 유지합니다. 이 아키텍처는 연결된 경량 클라이언트 외부의 제3자 확인을 필요로하지 않지만 사용자 경험을 향상시키는 도구로 중계자를 참여시키는 것이 일반적입니다. IBC는 보안, 비용 및 속도 사이의 균형을 유지하지만 코스모스 생태계 외부에서 구현하면 특이한 복잡성이 도입됩니다. 기본 Tendermint 경량 클라이언트 템플릿은 코스모스 SDK에서 구축된 체인에만 적용됩니다.
코스모스 SDK는 Tendermint 합의에 기반한 모든 블록체인을 위한 Tendermint 경량 클라이언트 구현을 제공하여 기본 템플릿으로 개발 비용을 줄여줍니다. 불행히도 대부분의 (비코스모스) 블록체인에는 해당되는 경량 클라이언트 구현이 없으며, 많은 블록체인은 핵심 설계에서 경량 클라이언트를 예견하고 있지 않습니다. 코스모스 체인과 비코스모스 체인에서 IBC를 구현하기 위해서는 상호 보완적인 경량 클라이언트를 맞추어야 합니다. 두 체인 모두의 개발 지식이 필요하며, 여러 상태를 효율적으로 안정화하는 데 기술적 과제가 발생합니다. 체인 간 상태 전이를 확인하는 것은 자원 집약적이기 때문에 경량 클라이언트는 전체 블록체인 히스토리를 구문 분석하지 않고도 상태를 유효화하기 위해 암호학적 증명(e.g., Merkle 루트 또는 zk-증명) 또는 오프체인 컴퓨트에 의존합니다.
IBC 프로토콜의 또 다른 도전 과제는 다른 경로를 통한 토큰의 중복 가능성 부재입니다. 코스모스 IBC 프레임워크에서 다른 경로를 통해 전송된 토큰은 로컬 경로를 기반으로 하여 고유한 IBC 표시를 획득합니다. 예를 들어, 체인 A에서 체인 B로 직접 전송된 토큰 X는 IBC 채널 메타데이터의 차이 때문에 체인 C를 거쳐 전송된 토큰 X와 다를 수 있습니다. 이는 처리되지 않으면 유동성 및 사용 가능성에서 단편화로 이어질 수 있습니다. 코스모스 체인은 토큰 표현을 통합하고 유동성 단편화 문제를 완화하기 위해 거점, 중계인 조정 등을 구현할 수 있습니다. 그러나 이러한 기능은 원래 스택에서 IBC에 특유한 것입니다.
코스모스 IBC의 마지막 한계는 중계자에 대한 의존성에 있습니다. 중계자는 체인 간 IBC 패킷을 모니터링하고 전송하는 오프체인 에이전트로, 프로토콜의 정확성을 위해 엄격히 필요한 것은 아니지만 응답성 유지에 중요한 역할을 합니다. 중계자는 소스 체인에서 대상 체인으로의 증명을 제출하여 사용자 인터페이스가 거의 실시간으로 거래 상태를 표시할 수 있게 합니다. 또한 대상 체인에서 가스 수수료를 일반적으로 부담하여 사용자 경험을 더욱 원활하게 만듭니다. IBC는 중계자가 메시지를 간섭하거나 검열할 수 없도록 보장하지만、関수십 년이 지나도 프로토콜은 패킷을 제때에 중계할 수 있는 사용 가능성에 의존하고 있습니다. 대부분의 중계자는 보상을 받지 않기 때문에, 이는 특히 사용자를 대상으로 하는 응용 프로그램에서 응담성과 신뢰성을 위한 재발 현상을 초래할 수 있습니다.
경량 클라이언트는 IBC의 핵심입니다. 그들은 다리를 연결하기 위해 대응 상태를 추적하지만, 그들의 인식 결과는 자산 전송에만 제한되지 않습니다. Cosmos의 기반과 그 구조적 파트너들은 Cosmos SDK 주변의 상호 운용성 기능을 성장시켰지만, 그것들을 비-Cosmos 체인으로 확장하는 데 어려움을 겪었습니다. 비-Cosmos IBC 설계는 여러 가지가 있지만, 유지 보수 비용이 비싸고 블록체인 경제에 걸쳐 약하게 일치하는 인센티브가 있습니다.
그것이 ICP가 나타나는 곳입니다. ICP는 여러 블록체인을 감시하고 500ms 미만으로 불변의 증명을 생성할 수 있어, 거의 실시간으로 두 체인 간의 상태 변경을 일으킬 수 있습니다. 다른 블록체인들은 보강을 통해 이러한 기능의 일부를 복제할 수 있지만, ICP가 제공하는 전용 인프라와 밀접히 통합된 아키텍처가 부족한 경우가 많습니다 (아래의 기술 참조). 단일체 블록체인에 기반한 유사한 접근 방식은 일반적으로 외부 데이터 가용성(DA) 레이어를 필요로하며, 시스템 복잡성을 증가시키고 추가 비용 및 위험을 도입할 수 있습니다. 대조적으로, ICP는 실행 레이어 내에서 데이터와 상태를 원래로 처리하여 외부 종속성을 줄이고 성능 예측성을 향상시킵니다.
Omnity는 먼저 NEAR Protocol과 Cosmos 블록체인을 연결하기 위해 적응형 IBC 개념을 개발했습니다. 온체인 점조 클라이언트에 의존하는 대신, 적응형 IBC는 소스 체인(Cosmos)의 합의 상태를 추적하기 위한 오프체인 검증 프록시를 사용합니다. 이러한 오프체인 프록시는 IBC 메시지를 검증하고 메시지의 유효성을 증명하는 단일 서명을 생성합니다. 대상 체인(다른 어떤 블록체인)에 있는 가벼운 온체인 프록시 클라이언트가 이 서명을 검증하므로 온체인에서 전체 합의 검증이 불필요해집니다.
이 아키텍처는 Cosmos 이상의 크로스체인 통신을 간단하게 만들지만, 중계자 의존성이나 일반적인 메시지 지원 부족과 같은 다른 IBC 한계를 해결하지는 않습니다. 여러 프록시 연쇄 후보를 시험한 후, Omnity는 강력한 성능과 검증 가능성, 보안, 그리고 중계자 의존성 및 제한된 메시징과 같은 IBC 한계를 해결할 수 있는 능력으로 인해 인터넷 컴퓨터(ICP)를 선택했습니다.
Dfinity의 다중체인 테제와 비트코인을 활용함으로써, Omnity는 Cosmos IBC의 현재 한계인 연결 부분 등을 완화합니다.여러 블록체인에서 단일 자산을 감시하며 토큰의 실물성과 제3자 전달체에 의존합니다.
출처: Hackernoon
인터넷 컴퓨터는 분산화된 모듈형 블록체인 아키텍처 내에서 Omnity 구성요소를 모두 호스팅하며, 비트코인의 기본 능력을 넘어서는 검증 가능한 상호 연결된 논리를 지원하기 위해 "캐니스터"라고 불리는 스마트 계약을 사용합니다. Omnity는 ICP의 풀 노드 비트코인 통합과 널리 사용되는 암호 기준을 지원하여, 네이티브 및 사용자 정의 경량 클라이언트를 통해 반복되는 비트코인 자산 처리를 가능하게 합니다. Omnity의 스마트 계약 오케스트레이션은 ICP 캐니스터에 의해 인식되는 표준 토큰 형식으로 자산 속성을 추상화함으로써 어떠한 블록체인과도 호환됩니다.
ICP의 주요 장점 중 하나는 전문화된 서브넷 아키텍처로, 외부 블록체인의 풀 노드와 네이티브 스마트 계약 레이어 (캐니스터)를 동일한 실행 레이어 내에 호스팅할 수 있다는 점입니다. 이 공종화는 캐니스터 (스마트 계약)가 제3자 인프라에 의존하지 않고 외부 블록체인 상태를 직접 관찰하고 검증할 수 있도록 합니다.
이 설계는 Cosmos IBC의 중요한 제한 사항을 해소하기 위해 고안되었습니다: 이집트 이트라 블록체인을 통한 거래의 검증. IBC는 일반적인 블록체인 템플릿 사이에 배치되지만, UTXO 기반 비트코인과 같은 구조적으로 다른 체인의 상태를 통합할 경우 데이터 정규화나 "펼쳐짐"이 필요합니다. ICP에서는 전체 비트코인 노드가 스마트 계약과 함께 실행되므로, 풍부한 비트코인 거래 데이터가 동일한 실행 환경 내에서 직접 조회, 검증 및 실행되도록 할 수 있습니다. 이를 통해 ICP와 비트코인 사이뿐만 아니라 다른 네트워크 사이에 교차 체인 논리를 조정할 수 있습니다.
ICP에서의 IBC 구현은 실행 수신을 1초 미만의 블록 시간으로 온체인에 직접 기록함으로써 제3자 릴레이어에 대한 의존성을 줄입니다. 각 시도된 교차 체인 동작은 불변의 시청을 일으키며, 이는 ICP의 캐니스터 기반 웹 서빙 기능을 통해 HTTP로 독립적으로 조회할 수 있습니다. 이를 통해 모든 사용자, 릴레이어 또는 검증자가 중계인을 신뢰하지 않고 전체 노드를 실행하지 않고도 실행 또는 실패에 대한 암호적 증명을 가져올 수 있습니다.
Omnity는 사용자 주도의 메시지 중계를 전통적인 릴레이어로 대체함으로써 지갑이나 브라우저로부터 직접 시작되는 메시지 중계를 개선합니다. ICP의 역 가스 모델을 활용하여 사용자가 아닌 캐니스터가 실행을 위해 지불하는 방식입니다. ICP 체인상에서 교차 체인 메시지가 승인되면, 선 투자된 캐니스터가 자율적으로든<>
모든 로직을 추가 사용자 상호 작용 없이 즉시 실행합니다. 또한 ICP의 Chain-key 암호화는 스마트 계약이 출력 데이터를 안전하게 서명하여 교차 체인 메시지 확인을 간단화하며, 교차 체인 통신과 일반적으로 관련된 연산 및 가스 오버헤드를 줄입니다.
Omnity는 ICP의 기능과 미션을 활용하여 견고하고 확장 가능한 교차 체인 솔루션을 구축합니다. ICP의 Chain Fusion, Chain-key 암호화, Reverse Gas Model을 포함한 독특한 능력을 활용하여 Omnity는 사용자 경험(UX), 보안 및 장기 신뢰성을 균형 있게 유지할 수 있습니다.
Chain Fusion은 ICP가 다중 블록체인, 클라이언트, 가상 머신, 스마트 계약, 노드와의 상호 연결성을 부여합니다. Chain Fusion은 Bitcoin과 Ethereum과 같은 주요 블록체인과 깊은 통합을 이루었으며, Solana 및 기타 블록체인이 로드맵에 있습니다. Solana
출처: ICP
Omnity의 Chain Fusion 전략은 Bitcoin에 초점을 맞추고 있습니다. ICP Canisters는 Bitcoin과 직접 상호 작용합니다. Canisters는 중개인이나 제3자 브릿지를 사용하지 않고도 Bitcoin 메인넷에서 BTC를 직접 받아들이고 보유하며 전송할 수 있습니다. ICP 검증자도 동일한 실행 환경 내에서 완전한 Bitcoin 노드를 실행하는 Bitcoin 특수 서브넷을 통해 이를 가능하게 합니다. 이러한 서브넷은 전체 UTXO 집합을 유지하며 Canisters가 Bitcoin 상태 및 스크립트 데이터, 원장 이력을 로컬로 쿼리할 수 있도록 합니다.
Canisters는 또한 Bitcoin 네트워크로 거래를 직접 브로드캐스트할 수 있으며, 임계 Schnorr 서명을 사용하여 안전하게 서명합니다. Taproot를 지원하는 ICP 업그레이드입니다. 이전 업그레이드에서도 이전에 소개된 임계 ECDSA 서명을 포함하여 Canisters가 ECDSA 키를 처리할 수 있게 해주어 공개 블록체인 및 수천 개의 SaaS 및 모바일 애플리케이션에서 ECDSA 키를 다룰 수 있습니다.
암호 보안을 유지하기 위해 ICP의 Chain-key 암호화는 ed25519를 활용하여 개인 키가 노드 자체에도 저장되거나 노출되지 않도록 보장합니다. 서명 작업은 분산 및 임계치 기반이며, 키 누설을 방지하고 Canisters에 개인 키를 포함시킬 필요를 제거합니다.
Chain-key 암호화는 ICP의 핵심 기술 중 하나입니다. 전통적인 시스템과는 달리, 단일 당사자가 한 저장합니다.
비밀 키, Chain-key 암호화는 잠재적으로 오작동할 수있는 노드 하위 집합이 비밀 키를 오용하지 못하도록합니다. Chain-key는 암호화된 개인 키를 개인 키 공유로 분할하고이 키 공유를 서브넷 내의 모든 노드에 배포합니다. 어떤 노드도 전체 비밀 키, 자체 공유 또는 다른 노드의 공유를 볼 수 없습니다.유효한 디지털 서명을 생성하려면이 노드는 이러한 공유의 최소 (임계 값) 수로 메시지에 협력하여 서명해야합니다. 임계값 t는 t=⌈n/3⌉+1로 설정되어 균열 내의 총 노드 수 인 n을 나타냅니다. 결과적으로 네트워크는 작동을 중단시키지 않고 노드 중 3분의 1까지 실패하거나 악의적으로 작동 할 수 있습니다.
출처: Hackernoon
이 BFT 키 공유는 각 서브넷 노드 간에 매 시 1-2 시간마다 다시 섞여 잠재적인 모독 또는 공유 남용을 완화하기 위해 다시 섞입니다. ICP의 분산 키 생성 (DKG) 데몬은 제로 지식 증명과 타원 곡선 암호화를 사용하여 키 공유를 분배하고 재조합을 무작위로합니다. 다시 공유되면 오래되어 효과를 잃어 악의적인 작업자 또는 노프 네트워크 참가자에게 쓸모없게 만들어 집니다.
새로운 서브넷이 생성 될 때 Internet Computer의 네트워크 신경계 (NNS) 는 초기 키 생성을 조정합니다. NNS는 Internet Computer를 주도하는 DAO입니다. 업그레이드, 노드 할당 및 서브넷 생성을 통해 거버넌스를 통해 조정 작업. NNS는 프로토콜 수준에서 신뢰없이 분산되고 설계되었으므로 단일 신뢰할 수있는 엔티티에 의존 할 수 없습니다. 따라서 여러 NNS 노드가 새로운 서브넷의 "딜러"로 작동해야합니다. 각 딜러는 새 서브넷 노드를위한 키 공유를 암호화하고 제로 지식 증명을 사용하여이 공유의 정확도를 증명해야합니다. 모든 성실한 딜러의 기여는 서브넷을위한 단일 공개 키 및 유효한 개인 키 공유를 생성하기위한 결합하여 안전하고 탈중앙화 된 부트 스트래핑을 보장합니다.
ICP는 ECDSA 서명을위한 손익 당첨 슈노르를 ed25519을 통해 추가했습니다. 임계 ECDSA와 임계 Schnorr 서명은 서명 생성을 분산하기 위해 사용되는 암호 기술입니다. 두 체계 모두 암호화 된 개인 키를 부분 키로 나누어 네트워크의 다른 노드에 분산하도록 허용합니다. 각 노드는 부분 키 공유를 보유합니다. 이를 통해 여러 겹으로 된 멀티 체인 deseining이 가능 h습니다.gns, including correlating Bitcoin Taproot transactions with Ethereum transactions, or even supporting private blockchains. Omnity uses threshold-Schnorr signing (TSS) for Bitcoin inscriptions, runes, and other on-chain assets, such as SPL20 tokens (Solana token standard).
ICP introduces a Reverse Gas Model that shifts the responsibility for transaction fees from users to smart contracts. Instead of requiring users to pay gas fees, canisters fund execution using cycles, a non-redeemable resource token consumed during computation. This model allows users to interact with dApps without holding tokens or wallets, much like they use traditional web or mobile apps. It also enables developers to design onboarding flows where computation costs are pre-funded, a key requirement for freemium or pay-later SaaS-like models. Since cycles can’t be redeemed or traded, they serve purely as a metered compute resource.
Omnity is built on ICP’s Chain Fusion infrastructure, which provides outbound HTTP, on-chain compute, and Chain-key cryptography to support verifiable cross-chain coordination. On top of this, the Omnity Hub introduces a modular hub-and-spoke architecture that connects Bitcoin and other public blockchains through dedicated smart contract components.
The Omnity Hub is a public coordination layer composed of canisters on ICP that manage cross-chain transactions. Each spoke is an additional canister responsible for interacting with a specific blockchain or ecosystem. Together, they form a permissionless interface for moving Bitcoin-native assets across multiple networks.
Source: Omnity
The Hub is natively integrated with Bitcoin, allowing users to sign and submit Bitcoin transactions through ICP. Spokes then route these transactions to other supported blockchains, enabling trust-minimized movement of tokenized Bitcoin assets beyond Bitcoin L1.
Today, Omnity supports routes to Bitcoin, Ethereum, Solana, Ton, ICP, and several Bitcoin L2s such as Bitlayer, Bitfinity, and Core. In Q1 2025, Omnity announced a temporary reduction in L2 support to streamline development and maintenance workloads, while keeping all related ICP contracts and blockchain addresses publicly accessible.
Omnity’s Runes Indexer is첫 번째로 완전한 온체인 비트코인 자산 인덱서는 블록체인 간에 구조화된 OP_RETURN 데이터를 전달합니다. 비트코인 전체 노드는 일반적으로 OP_RETURN 메타데이터를 무시하지만, 이는 룬(runes), 서수(Ordinals) 및 기타 비트코인의 기존 합의 규칙 내에서 완전히 작동하는 신규 디자인과 같은 BTCFi 프로토콜에서 중심적인 역할을 하게 되었습니다. 이러한 메타프로토콜은 토큰 발행이나 디지털 자산과 같은 새로운 기능을 비트코인의 기존 합의 규칙에 의존하지 않고 추가적인 검증자, 외부 합의 계층 또는 래핑된 자산 없이 도입합니다. mempool.space와 같은 웹 사이트는 비트코인 메타프로토콜 활동을 실시간으로 시각화하여, 주요 비트코인 인덱스 서비스를 통해 자산 관련 데이터를 확인하기 쉽게 하고 있습니다.
Omnity의 Runes Indexer는 현재 Odin.fun, Liquidium, 및 Blockminer와 같은 애플리케이션들을 제공함으로써 비트코인 자산 데이터를 확인할 수 있고 실시간으로 이용할 수 있게 합니다. OP_RETURN 메타데이터는 최종적으로 비트코인 장부에서 확인되지만, ICP의 비트코인 서브넷을 통해 mempool을 직접 모니터링함으로써 더 빨리 관찰될 수 있습니다. 이를 통해 캐니스터는 룬 메타데이터를 방송 후 약 1초 내에 노출시킬 수 있어, 체인 상에서 최종화되기 전에 사용할 수 있습니다.
Runes Indexer는 개발자들에게 검증 가능하고 탄력적인 비트코인 자산 데이터를 제공함으로써 신생 BTCFi 프로토콜의 온체인 백본으로 작용합니다. 이 데이터는 대출, 수익률 농사, 파생상품 및 재귀적 명문품에 의한 분할된 디지털 자산과 같은 다양한 금융 사용 사례를 지원합니다. OP_RETURN 명문을 색인하고 노출함으로써 Runes Indexer는 Alkanes와 같은 최신 프로토콜 디자인을 지원할 수도 있으며, WASM 기반의 스마트 계약 시스템인 BRC2.0와 같은 초기 단계의 표준에 적합합니다. 현재 Runes Indexer는 Ord version 0.22.1과 완전히 호환됩니다.
비트코인은 복잡한 프로그래밍이나 고속 실행을 위해 설계되지 않았습니다. 거래 비용 및 10분 간격의 블록 결제 시간은 룬, 서수 및 기타 자산의 사용을 제한합니다. 비트코인 L2 네트워크는 비트코인 자체 옆에서 거래를 처리함으로써 이러한 제한을 해결합니다. 이러한 네트워크들은 일반적으로 오프체인에서 거래를 실행하고 Bitcoin 상에서 선택적으로 결제하는 것을 허용하여 10분 블록 간격에 제한받지 않고 처리량을 증가시킬 수 있습니다. 이 아키텍처는 저비용의 스왑, 고주파 거래 또는 게임과 같은 애플리케이션을 지원하며 Bitcoin 메인넷에서는 시간 대기, 제한된 용량 및 마이너 기반의 최종성에 의해 불가능할 것입니다.
Omnity Hub는 런과 같은 비트코인 메타프로토콜을 Bitcoin L2에 있는 BTCFi 애플리케이션에서 액세스 가능하게 하여 이를 교환 가능한 토큰으로 거래할 수 있도록 합니다. 사용자는 자산을 해시된 시간 잠금 계약(HTLCs)에 잠금 해제하여 룬을 연결된 체인으로 이동시키는데, 이때 Omnity 허브 캐니스터가 상대방 역할을 합니다. 이 계약은 완전히 방치되지 않으며, 사용자는 온체인 프로토콜 규칙을 준수하는 경우 언제든지 자산을 인출할 수 있습니다. 자산 이체 외에도 사용자는 Omnity dApp을 통해 룬을 직접 새기고, 민트하며, 소각할 수 있습니다. "런 추가" 인터페이스(아래 그림 참조)를 통해 누구든지 교차체인 메타데이터를 자금화하고 새 자산을 올리는 데 허용되는 권한 없는 다리 역할을 하는 권한 없는 다리 역할을 하는 권한 없는 다리 역할을 하는 권한 없는 다리 역할을 하는 권한 없는 다리 역할을 하는 다리 역할을 합니다.
출처: Omnity
레이어 2 솔루션은 실행을 오프체인으로 이동함으로써 비트코인의 기능성을 확장하지만, 각각이 외부 검증자, 롤업 또는 장기적 다리를 통해 고유의 신뢰 가정을 도입합니다. 반면에 Omnity는 새로운 실행 모델인 비트코인 상에서 직접 구축된 런 환경 교환 (REE)을 개발했습니다. REE는 포크, 다리 또는 새로운 오프코드의 필요성을 우회하여 러스트 기반의 스마트 계약을 Bitcoin 코어와 동일한 런타임 환경에서 연결하여 프로그래밍 가능성을 달성하면서 비트코인의 합의 규칙을 수정하지 않고도 이를 달성합니다.
REE는 검증자 네트워크가 아닙니다. 응용 계층입니다. REE는 스마트 계약(캐니스터)을 통해 ICP 블록체인의 Bitcoin 풀 노드에 지시하는 프로그래밍 환경을 비트코인에 추가합니다. 전통적인 비트코인 L2 솔루션과는 달리 REE는 자산 다리 또는 잠금 없이 로컬에서 비트코인을 시작하며, 비트코인의 보안을 유지하고 스마트 계약을 통해 프로그래밍 가능성을 도입합니다.
| 특징 | 전통적인 L2 | REE | |
| 자산 보유 | 다리 필요 | 다리 없이, 비트코인 UX | |
| 스마트 계약 | 제한 | 테드 프로그래밍 가능성 | 튜링 완전성 |
| 서명 | 중앙화 또는 준중앙화 | ICP를 통한 탈중앙화 |
출처: Omnity Docs
REE는 Bitcoin UTXO를 수용하면서 고급 프로그래밍 가능성과 자체 보관을 제공합니다. REE는 Bitcoin의 부분 서명 비트코인 거래(PSBT)를 BIP-370에서 채택합니다. 이를 통해 트레이더들은 자산 잠금이나 L2 솔루션에 예금을 요구하지 않고 스마트 계약과 직접 상호 작용할 수 있습니다. 대신, 사용자는 자신의 비트코인 지갑을 사용하여 PSBT에 서명하기만 하면 됩니다. 사용자가 PSBT에 서명하고 방송하면, REE는 비트코인 메모리 풀에서 이를 감지하고 해당 스마트 계약 응답을 유발하여 체인 상에서 거래를 완료합니다(보통 2초 내로).
부분 서명 비트코인 거래(PSBT)는 여러 당사자가 최종화되기 전에 협력하여 비트코인 거래를 만들고 서명할 수 있는 유연한 형식입니다. PSBT는 필요한 모든 입력 및 서명이 존재할 때까지 미완성 상태로 설계되어 있어, 그들을 완벽한 것으로 만들어줍니다. 이는 재산 위탁 리스크 없이 다수가 협업하는 데 이상적입니다.
REE에서 REE 오케스트레이터에 등록된 애플리케이션은이 서명 프로세스에 직접 참여할 수 있습니다. 사용자가 비트코인 지갑에서 PSBT에 서명하고 방송하는 경우, 비트코인 메모리 풀을 모니터링하는 ICP 비트코인 서브넷 노드는 진행 중인 거래를 감지합니다, PSBT(사전 확인)로 또는 완료된 UTXO(사후 확인)로. 이 실시간 관찰은 Omnity의 분산 PSBT 서명자(DPS)의 기반을 형성하는데, 여기서 REE 스마트 계약은 자체 로직과 서명을 추가하여 사용자가 제출한 PSBT를 완료합니다.
DPS는 중앙화된 서버나 신뢰할 수 있는 릴레이 없이도 가능합니다. 사용자 주도의 PSBT는 온체인 로직에 의해 수행되어 최종화된 비트코인 거래를 생성하여, 재산 보유권, 프로토콜 포크 또는 새로운 오프코드 없이도 분산 실행 흐름을 활성화합니다.
출처: Omnity
REE의 오케스트레이터 스마트 계약은 검증 가능한 체인 상 코디네이터입니다. 사용자가 Bitcoin 지갑으로 PSBT에 서명할 때, REE 애플리케이션이 자신의 로직 및 자산 풀에 기초하여 거래 데이터와 보조 PSBT를 발행합니다. 오케스트레이터는 이 PSBT를 유효성 검사하고 실행을 조정하여 일관성 및 원자성을 보장합니다. 현재룬 스왑에 사용되고 있지만, 이 PSBT 기반의 협업 모델은 Rust, Motoko 또는 JavaScript로 작성된 사용자 지정 스마트 계약 로직도 지원할 수 있습니다. 이 계약은 UTXO 유효성 조회를 통해 비트코인과 상호작용할 수 있습니다.
그리고 조정된 서명 워크플로우입니다.
REE의 거래소 풀 모델은 Bitcoin의 UTXO를 ICP의 계정 기반 신원으로 조정합니다. REE 거래소는 기본 블록체인의 기능을 완전히 활용할 수 있는 독립적인 ICP 캐니스터(스마트 계약)로, HTTP 요청 및 온체인 컨테이너 처리와 같은 독특한 혜택을 다룰 수 있습니다. 거래소 풀 모델은 세 가지 기본 개념으로 구성됩니다:
REE 거래소는 프로토콜 간 통합과 신뢰 최소화 프레임워크에서 로직 및 유동성을 결합할 수 있는 능력을 갖추고 있습니다. REE 상의 거래소는 ICP 캐니스터로 구현되기 때문에 BTCFi 개발자들은 네이티브 웹 서빙, 크로스-캐니스터 호출, 그리고 영속적 상태와 같은 기능들을 포함한 더 넓은 디자인 공간에 접근할 수 있습니다.
REE는 구성 가능한 풀로 구성된 대출 프로토콜을 지원하며, 각 풀은 담보 종류, 이자율 및 청산 임계치와 같은 매개변수를 정의할 수 있습니다. 예를 들어 블루칩 룬에 대한 BTC 대출이 가능하며, 스마트 계약은 과다 담보화를 집행하고 풀 건강을 모니터링할 수 있습니다.
REE의 진정한 패권은 ICP에서 실행되는 캐니스터를 통해 오라클 로직을 분산화할 수 있는 능력에 있습니다. DLC(Discree Log Contracts)와 같은 전통적인 Bitcoin 네이티브 시스템들은 분산화 및 규모 확장이 어렵다는 외부 오라클에 의존합니다. 그러나 REE에서는 가격 피드와 청산 로직이 자율적이고 감사 가능한 캐니스터로 구현될 수 있으며, 단일 데이터 소스에 대한 신뢰 필요성을 제거합니다. 이러한 캐니스터는 오프체인 가격 데이터를 수용하고 여러 소스를 통해 암호적으로 피드를 확인하며 REE 오케스트레이터와 협력하여 PSBT 워크플로우를 통해 청산 로직을 트리거할 수 있습니다.
이 아키텍처는 신뢰 최소화 및 체인간 검증 가능한 상태를 유지하면서 대출, 안정화폐 발행, 담보 옵션과 같은 DeFi 사용 사례의 네이티브 Bitcoin 구현을 가능하게 합니다. REE는 신뢰 최소화되고 검증 가능하게 처음부터 끝까지 분산화된 대출 프로토콜을 구축할 수 있게 합니다.
REE가 네이티브로 Bitcoin 스테이킹을 지원할 수 있지만, 더 흥미로운 옵션은 Babylon과 같은 프로토콜과 통합하여 비트코인 L1 스테이킹을 지원하는 것일 수 있습니다.
d 앱체인. 이 잠재적인 디자인에서 사용자는 BTC를 예치하고 REE에서 발행된 룬 기반의 리퀴드 스테이킹 토큰(LSTs)을 받습니다. 이 LSTs는 위임된 지분에 대한 청구권을 나타내며 대출, 수익 전략 또는 파생상품에 사용되는 BTCFi 프로토콜로 구성될 수 있습니다.스테이킹과 보상 분배는 Bitcoin L1과 Babylon의 검증자 세트에 고정되어 있습니다. 동시에 REE는 브릿지, 랩핑된 자산 또는 독립 실행 레이어에 의존하지 않고 바로 Bitcoin에서 LST 발행과 구성 가능성을 관리합니다. 바빌론과 REE 사이의 신뢰할 수 있는 조정은 암호화된 크로스체인 메시징을 통해 이루어지며, 이를 통해 캐니스터는 스테이크 상태를 확인하고 원시 Bitcoin 자산과 상호 작용할 수 있습니다.
REE의 프로그래밍 기능과 Babylon의 스테이킹 아키텍처를 결합함으로써 이 디자인은 Bitcoin 자체 보관을 보존하고 신뢰할 수 있는 중개자에 대한 의존성을 제거하며 리퀴드 스테이킹을 Bitcoin의 원시 신뢰 모델과 일치시킵니다.
REE에 배포된 첫 번째 DEX인 RichSwap은 개발자들을 위한 참조 구현을 제공합니다. 이는 Bitcoin 및 룬 거래 페어를 지원하며 완전히 체인 상에서 실행됩니다. Omnity는 프론트엔드를 호스팅합니다 (richswap.io), 모든 트랜잭션 로직은 브릿지, 랩핑된 자산 또는 오프체인 구성 요소 없이 직접 Bitcoin에서 실행되며, ICP에 노출된 캐니스터에 의해 확인 및 추적됩니다.
RichSwap은 새로운 DeFi 프로토콜에서 흔한 유동성 콜드 스타트 문제를 해결하기 위해 만들어졌습니다. REE에서는 환경 내의 모든 애플리케이션과 유동성을 100% 공유합니다. PSBT 기반의 트랜잭션 조정을 통해 입력과 출력이 여러 애플리케이션 간에 구성될 수 있습니다. 이는 RichSwap에 예치된 유동성이 분할 된 자본을 낭비하지 않고 다른 BTCFi 프로토콜에서 재사용될 수 있다는 것을 의미합니다.
RichSwap 계약은 오픈 소스로 제작되었으며 forkable, extendable 및 감사 가능한 디자인으로 되어 있습니다. REE에서 개발하는 개발자들은 자체 BTCFi 애플리케이션에 통합되는 네이티브 스왑, 유동성 조정 및 구성 가능한 PSBT 워크플로에 대한 기준으로 RichSwap을 사용할 수 있습니다.
RichSwap 사용자는 언제나 자신의 Bitcoin을 보관합니다. 자금은 사용자가 제어하는 지갑에 남아 있으며, 모든 트랜잭션은 Bitcoin 네트워크에 제출되기 전에 로컬에서 서명됩니다. 유동성 풀은 ICP 서브넷에서 실행되는 스마트 계약에 의해 지배되며 Bitcoin 상태를 확인합니다 (Chain-key 참조).
스왑이 시작되면 트랜잭션 로직이 몇 초 내에 ICP에서 실행되고 완료됩니다. 그 결과 PSBT는 Bitcoin mempool에 브로드캐스트되어 완료를 기다립니다.
이는 Bitcoin에서 낙관적 트랜잭션에 대한 즉각적인 경로를 제공하며, 제한된 재진입 지원을 포함합니다.
같은 논리적 세션 중에 REE 계약 간의 상호 교환 가능성.
출처: RichSwap
RichSwap은 비트코인과 룬 간의 스왑, 유동성 제공, 인출을 지원합니다. 예를 들어 사용자가 BTC를 룬으로 교환할 때 REE TypeScript SDK는 브라우저에서 지역적으로 PSBT를 구성하여 적절한 sighash 플래그를 사용하여 거래 매개변수를 잠그습니다. 사용자는 이 PSBT에 서명하여 거래의 자신의 면을 사전 인가합니다. 비트코인 mempool에 방송된 후 REE DPS(분산 PSBT 서명기)가 이를 가져와 트랜잭션 입력과 출력을 예상 값에 대해 유효성을 검사하고 이어서 RichSwap 풀에서 PSBT를 요청합니다. 모든 당사자가 각자의 PSBT에 서명하면 REE는 완전히 서명된 트랜잭션을 다시 비트코인 네트워크에 방송합니다. RichSwap의 다음 주요 로드맵 기능에는 한 번의 트랜잭션 내에서 룬 간 스왑이 포함되어 있다고 보고됩니다.
RichSwap은 REE가 비트코인 네이티브 DEX 기능을 지원하면서 계약 로직을 ICP로 오프로드하고 비트코인에서 체인 내 결제를 보존하는 방법을 보여줍니다. 이는 REE의 UTXO 기반 거래 풀 모델을 구체적으로 보여주며, 주로 이더리움과 같은 계정 기반 블록체인에서 발견할 수있는 익숙한 DeFi 메커니즘을 BTCFi 생태계로 가져옵니다.
Cosmos IBC 및 다른 검증된 솔루션에서 얻은 것을 바탕으로, Omnity는 Internet Computer를 통합하여 비Tendermint 경량 클라이언트를 위한 보조 검증자를 제거하고 Tendermint의 복잡성을 완화합니다.
Omnity 허브는 Internet Computer (ICP) 스마트 계약을 통해 검증 가능한 조정을 통한 멀티 체인 비트코인 네이티브 자산 처리를 위한 최소 신뢰 프레임워크를 제공합니다. 자산 수탁자나 제3자 릴레이어 대신 Omnity는 ICP의 Chain-key 암호화 및 ICP의 비트코인 서브넷의 스마트 계약을 활용합니다. Omnity의 Runes Indexer는 BTCFi 개발을 위한 구조적 인프라 공백을 채우며, 비트코인 mempool에서 ICP의 스마트 계약으로의 구성 가능한, 저지연 비트코인 자산 메타데이터에 대한 조직화된 액세스를 제공하여 신흥 비트코인 자산 표준을 지원합니다.
Runes Exchange Environment(REE)는 프로그래밍 가능한 인터페이스를 노출하고 Bitcoin 개발자가 UTXO 로직과 표준 트랜잭션 형식을 사용하여 비트코인에서 직접 프로그래밍 및 조합 가능한 응용 프로그램을 생성할 수 있도록 실시간 온체인 데이터를 제공함으로써, 제3자 위험 없이 비트코인의 기능성을 확장합니다. DPS가 조정하는 PSBTs의 표준 사용으로 인해 비트코인 개발자들은 Dfinity의 ICP에서의 SaaS급 도구 덕분에 Bitcoin을 변경할 필요없이 안전하고 비구조화 프로토콜을 제공할 수 있습니다.
Omnity는 탄력적인 하위에서 개발자 도구 및 자동 서명을 제공하는 포껫어 질 수 있는, 모듈식 아키텍처를 제공합니다.Bitcoin의 on-chain 보안과 ICP의 on-chain 논리로 통합된 Bitcoin 전체 노드 네트워크. Omnity의 오픈 소스 도구, 선도적인 계약 프레임워크 및 기본 on-chain 인덱서는 Bitcoin 애플리케이션에게 프로프라이어터리 소프트웨어 없이도 보안과 확장성을 보장하는 홈을 제공합니다.
앱으로
