Starknet to bridge Bitcoin and Ethereum on layer 2

Starknet announces plan to bridge Bitcoin and Ethereum on a unified layer 2


Starknet plans to use Bitcoin as a settlement layer alongside Ethereum, aimed at connecting the two largest blockchains on a single layer 2 network.

Bitcoin of the Starknet Foundation roadmapPosted on March 11, indicated how the network could evolve Bitcoin (BTC) from its 13 current transactions per second to thousands of trams. Although Bitcoin offers liquidity and deep security, decentralized financial development has been difficult due to its limited programmability. Starknet (Struck) wants to change this.

To achieve this, Starknet pressure for OP_CAT, a proposed bitcoin update that would allow users to define BTC expenditure conditions and allow zero knowledge testsWho are cryptographic techniques to verify transactions without revealing personal data. This would allow a bridge entirely without confidence between Bitcoin and Starknet.

Until the adoption of OP_Cat, Starknet will use alternatives like Bitvm, a verification method This allows Bitcoin to execute the logic of the intelligent contract without modifying its basic layer.

To support this change, the Starknet Foundation launched the BTCFI season, a program focused on the expansion of cases of financial use of Bitcoin. He also joined Bitcoin Wallet Xverse. Xverse pushed to integrate bitcoin Challenge in his wallet.

Meanwhile, Starkware, the basic technology provider of Starknet, moved part of its treasure in Bitcoin, creating a Bitcoin strategic reserve.

In a March 11 x spaceThe co-founder Ethereum Vitalik Buerin supported the idea of ​​a very secure 2 bitcoin layer with strong security. Buterin noted that it could “make cryptographic payments again”.

He pointed out that scaling problems have slowed down Bitcoin’s initial objective of acting as a peer cash system and that current solutions, such as the Lightning network, have limitations.

The Lightning network, for example, has faced problems with liquidity constraints, routing failures and the need for nodes always online, which limits its efficiency for large -scale payments.

Post Comment