The Good Tech Companies - Why Omnity Hub is the Most Secure & Trustless Solution for BTCFi

Episode Date: November 18, 2024

This story was originally published on HackerNoon at: https://hackernoon.com/why-omnity-hub-is-the-most-secure-and-trustless-solution-for-btcfi. The Omnity Hub is the mo...st secure and trustless solution for BTCFi innovation due to the fusion of Dfinity's and Omnity's cross-chain technologies. Check more stories related to web3 at: https://hackernoon.com/c/web3. You can also check exclusive content about #cross-chain-defi, #btcfi, #dfinity, #omnity-network, #runes, #bitcoin-runes, #threshold-signatures, #good-company, and more. This story was written by: @omnity. Learn more about this writer by checking @omnity's about page, and for more stories, please visit hackernoon.com. What led Omnity's seasoned interoperability stack developers to want to build on Dfinity's technology in the first place? ICP’s powerful smart contract platform and advanced cryptography gave us the ability to finally build a cross-chain solution that meets our standard of trustlessness.

Transcript
Discussion (0)
Starting point is 00:00:00 This audio is presented by Hacker Noon, where anyone can learn anything about any technology. Why Omniti Hub is the most secure and trustless solution for BTCFI by Omniti Network. The Omniti Hub is a robust and comprehensive blockchain interoperability stack built for Bitcoin. Today, it supports Bitcoin's top three fungible asset classes, Bitcoin, BRC20, and Runes. Omniti also seamlessly connects four distinct blockchain types, EVM, Cosmos, Solana, and ICP, while maintaining a 100% on-chain standard. Integrating a new EVM-compatible chain, such as Base, BSC, or Arbitrum, adding a Cosmos chain, enabling BRC20 on Solana, or connecting CKBTC with Ethereum or BSC. All these expansions can now be achieved with lightweight non-custom code. Crossing a bridge is
Starting point is 00:00:54 notorious for its history of hacking because getting heterogeneous chains to talk to each other creates additional attack vectors and off-chain vulnerabilities. We never want any losses to happen on Omniti. Thus, the solution for Omniti is the internet computers chain fusion integrated with Omniti's IBC Lite client technology. We detail our IBC journey in the Omniti Lite paper and have written about its potential to scale Bitcoin. But in this article, we want to shine the light on what led our seasoned interoperability stack developers to want to build on DFINITY's technology in the first place. In ECB's powerful smart contract platform and advanced cryptography, we finally saw the ability to build a cross-chain solution that meets our standard of trustlessness. Omnity's trustless solution for BTC-FIIN Novation Bitcoin is a
Starting point is 00:01:41 decentralized ledger for peer-to-peer transactions and isn't designed for complex programmability or high-speed execution. Its scripting language is intentionally limited and non-Turing-complete, upholding security while disincentivizing complex interactive applications on Bitcoin. Smart contract platforms have seized the marketing opportunity to complement Bitcoin, trialing all sorts of DeFi before BTCFI would be worth the SATs. Omniti was engineered to address Bitcoin's constraints. Built on the most powerful smart contract platform to date, the Omniti hub has native integration with Bitcoin and shares it trustlessly with other blockchain networks. Through Omniti, Bitcoin meta-protocols can be accessed across BTCFI DAPPs and traded as fungible tokens.
Starting point is 00:02:26 Omniti is particularly interested in the untapped potential of runes across broad sectors. The untapped potential of runes runes are a technically sound and widely accepted fungible token standard fourth Bitcoin ecosystem. They can be structured to represent different assets or value classes, such as stablecoins, BTC derivatives, or utility tokens, and used in diverse applications like lending, staking, yield generation, and swaps. Runes are etched directly onto Bitcoin using the op underscore return opcode. This allows arbitrary data to be written on-chain without impacting Bitcoin's UTXO set, creating an immutable, secure, tamper-resistant record for each rune, defining and authenticating the rune's properties, and setting a maximum limit.
Starting point is 00:03:12 Minting converts the etched record into tokens that can be transferred, traded, or used in various DeFi applications on Layer 2. The etched rune ensures the Asseti's authenticity, while minting puts it into circulation as a tradable token. Burned runes are subtracted from the circulating supply but don't change the original etched limit. This means users can influence the active supply within BTCFI without altering the transparency or security of the fixed maximum etched in Bitcoin. Omnity's cross-chain solutions for Bitcoin assets give runes the potential to disrupt liquidity markets. The OMNITYORD canister.
Starting point is 00:03:49 THE first fully on-chain Bitcoin METAPROTOCOL indexer Omnity's ORD canister is the first on-chain, fully trustless Bitcoin asset indexer. It's indispensable for building a secure, transparent, interconnected BTCFI ecosystem. The indexer acts as the backbone for BTCFI, allowing users and developers to view and manage their Bitcoin assets across different platforms. Greater than Omniti doesn't need to rely on any external entity to tell us what's happening greater than with Bitcoin. Louis Liu, founder of Omniti, board indexer makes it easier for users to engage with diverse DAPPs without manually tracking assets or risking loss during cross-chain transactions. BTCFI developers can leverage
Starting point is 00:04:35 real-time, accurate data on Bitcoin assets to build novel financial applications, such as yield farming, lending, and derivatives. The Ord canister occupies a few GB of on-chain storage and actively extracts blocks from the RPC service. This is only possible because of the remarkably robust smart contracts built by DFINITY engineers. ICP's smart contracts capabilities are just not available on any other blockchain. ICP's powerful smart contract PLATFORMICP smart contracts, canisters, can interact directly with the Bitcoin network, reading and writing to it without external bridging mechanisms. Canisters are full-stack, highly advanced, scalable smart contracts with robust storage and web-serving capabilities, making them vastly more powerful and versatile than basic Ethereum
Starting point is 00:05:23 smart contracts. For context, Ethereum contracts offer theoretically limitless storage through an unlimited number of 32-byte, 256-bit slots but face practical limitations due to high gas costs associated with on-chain storage operations. Writing data that remains on-chain can become incredibly expensive, so Ethereum-based applications often offload large data to external solutions like IPFS or Arweave, referencing this data within smart contracts rather than storing it directly. In contrast, ICP canisters are designed to handle extensive state data directly, offering a stable memory capacity of up to 400GB per canister. Canisters can store large data sets
Starting point is 00:06:05 or any data that requires long-term persistence without relying on off-chain solutions. Canisters can even support fine-tuning AI models. ICP's reverse gas model, where developers pay for execution costs rather than users, allows users to interact with ICP smart contracts without needing gas or a wallet. For example, Omnity's Red Envelope Runes mini-app bot lets you share and receive runes across multiple Web2 platforms. Canisters also natively support HTTP requests, which means they can serve web content directly to users. Therefore, a canister can act as both a backend for ad app and a web server.
Starting point is 00:06:44 Entire websites and applications can run directly on internet computer smart contracts without traditional cloud infrastructure. The storage is decentralized on-chain. Finally, unlike Ethereum smart contracts, which are constrained by synchronized and gas-limited transactions, canisters operate with asynchronous messaging. Canisters can call one another, handle requests, and manage state independently of the execution timeline of a single transaction. Canisters allowed Omniti the power and flexibility to move tasks, which typical require off-chain or third-party bridging mechanisms, entirely on-chain within a trustless, decentralized network secured by advanced
Starting point is 00:07:22 cryptography. How Omniti integrates with Bitcoin Omniti's integration with ICP's chain fusion secures our seamless cross-chaining of runes. This is demonstrated on the Omniti hub with the runes that Omniti zips around between Bitcoin and any chain for which we've built an on-chain light client. Omniti only incorporates an ICP settlement chain into its hub when full node security can be achieved. Once ICP integrates a subnet to support a chain, Omniti can securely connect it to any other chain with no off-chain components. Technically, ICP is not running a Bitcoin bridge as DFINITY's technology effectively separates the bridging logic from asset custody.
Starting point is 00:08:02 How OMNITY talks to Bitcoin Omnity is integrated with the ICP Bitcoin subnet. When a canister, such as Omnity's, on the ICP network wants to perform a Bitcoin transaction, it sends a request to the Bitcoin subnet, where the Bitcoin canister resides. The Bitcoin canister initiates the signing process using ecdsa threshold signatures among the subnet nodes chain key cryptography is complemented by icp's byzantine fault tolerance bft framework we discuss this below the bitcoin canister submits the transaction to the bitcoin network via the bitcoin adapters each subnet node in the bitcoin subnet has a bitcoin adapter daemon independently connected to the bitcoin network these adapters listen to the Bitcoin blockchain, receive updates on new blocks
Starting point is 00:08:50 and transactions, and relay this information to the Bitcoin canister. Once a transaction is sent, confirmation from the Bitcoin network is asynchronous. The Bitcoin adapters wait for the transaction to be confirmed on Bitcoin, then update the Bitcoin canister to reflect the new state of the UTXO set so that all the ICP canisters, including Omnity, have an accurate view of Bitcoin's unspent outputs and know what happened on Bitcoin. How OMNITY enables cross-chain access to Bitcoin Omnity adds a hub and spoke structure to ICP's chain fusion stack. Spokes are ETH components that take care
Starting point is 00:09:25 of the on-chain light client verification and RPC adoption, connecting Omniti Hub with blockchains like Solana, Cosmos, or Ethereum. The Omniti Hub orchestrates where Bitcoin assets should go, and the spokes provide the route. Meanwhile, the ORD canister actively reaches out, using RPC, to the Bitcoin network to pull in the latest blocks and keep track of Bitcoin's state for cross-chain operations. Omniti consistently adds spokes for various Bitcoin Layer 2s. Users can connect to Omniti and move runes to any connected chain without leaving a simple DApp environment. Users can even mint and burn runes directly from within the Omniti dApp,
Starting point is 00:10:05 with the result reflected on Bitcoin. The Omniti Hub's cross-chain infrastructure can offer this simplified development environment and user experience with unparalleled security because ICP smart contracts can orchestrate advanced threshold signing cryptography. The magic keys. Chain-key cryptography, greater than the first problem in securing a cross-chain bridge is determining who holds greater than the private key. Louis Liu, founder of Omniti. TLDR. ICP magically generates and shifts broken pieces of a single private key periodically amongst nodes. ICP calls this chain-key cryptography. To visualize this, we should consider the robustness of ICP's smart
Starting point is 00:10:45 contracts, which can securely sign transactions using threshold signatures. Chain-key threshold signing is a multi-party computation, MPC. In this cryptographic protocol, multiple parties collaborate to compute a function without revealing their inputs, preventing private key exposure across nodes. ICP's Bitcoin subnet has 34 node operators, at the time of this reporting, spread across different continents in diverse geographic locations. Each node on a subnet has control over a unique ECDSA public key, but the secret signing key is split into shares and distributed among the nodes in the subnet. More than one-third of the nodes must participate
Starting point is 00:11:25 in the signing process to generate a valid signature. The threshold T is set such that T equals N, 3 plus 1, where needs the total number of nodes in the subnet. Consequently, the network can tolerate up to one-third of the nodes failing or acting maliciously without disrupting its operations. Simply put, one more than one-third must sign, and no more than one-third must fail. Nodes can't access their private key shares and can only request signatures for their public key because the private key is never stored in a single place. It never exists anywhere in a reconstructed form, it only exists in secret shared form. No node sees the whole key, its own share, or any other node's
Starting point is 00:12:05 share. ICP's Distributed Key Generation, DKG, ICP's Distributed Key Generation, DKG, manages secret keys across multiple parties by distributing the secret key shares to different nodes. DKG involves zero-knowledge proofs and elliptic curve cryptography to distribute key shares and periodically reshuffle them without requiring direct communication between nodes. The resharing process renders previous key shares useless and allows the network to adapt securely to changes, such as node additions or removals. Byzantine fault tolerance, BFT, chain key signing is complemented by ICP's Byzantine fault tolerance, BFT, framework, engineered to keep the network operational even if some nodes fail or act maliciously. If any nodes should fail, join, or rejoin, those nodes synchronize using a catch-up
Starting point is 00:12:56 package, CUP, a snapshot of the subnet state, and reintegrate without compromising security or slowing down the subnet. The CUP, which includes a Merkle hash of the entire subnet state, is generated at the end of each epoch to provide a consistent state from which any disrupted nodes can restart. An epoch is a fixed operational period that includes multiple consensus rounds and ends with a summary block of the finalized state for that period. Omniti eliminates the chasm between Bitcoin and other networks. Omniti's vision is a BTCFI landscape that eliminates the chasm between Bitcoin and diverse networks without compromising robust security, transparent asset management, and minimized trust. The Omniti hub was designed to eliminate single points of failure.
Starting point is 00:13:41 ICP's chain key cryptography for cross-chain has secured its multi-billion-dollar network for roughly three years, and its powerful smart contracts allowed us to bring our design to life. Omniti's mission is to simplify BTCFI development and allow users to play with Bitcoin assets across multiple chains from a single DApp. Thanks to the fusion of ICP and Omniti technology, users can easily move Bitcoin assets across the heterogeneous chains and developers have a secure and trustless execution environment for BTCFI innovation. Greater than, even if aliens abducted the Omniti team, users would still be able to redeem greater than their Bitcoin assets back to the Bitcoin settlement chain.
Starting point is 00:14:22 Asterisk Louis Liu, greater than founder of Omniti. NN Suzanne Lee is the editor of Omniti Network. NN Thank you for listening to this HackerNoon story, read by Artificial Intelligence. Visit HackerNoon.com to read, write, learn and publish.

There aren't comments yet for this episode. Click on any sentence in the transcript to leave a comment.