2024.2.26 - 2024.3.3

Last updated 1 year ago

Was this helpful?

If there are omissions or errors, corrections are welcome. Thank you very much!

The official implementation of the Rust version is underway: ， The core developers are: and
The original JavaScript version has been renamed to:
The Super Testnet has released a basic BitVM app - the tic-tac-toe demo: The and
The community has proposed DLCVM, as announced by Rubin Linus in a , Two years ago, he attempted to build general-purpose computation based on DLC, with detailed research available in "." Robin believes that DLC requires trust in an oracle, making it less favorable than a simple federation. He suggests that even if the oracle for DLC is decentralized, its essence remains a trust model similar to the t-of-n multisig, which is not as effective as BitVM's 1-of-n trust model. Nevertheless, Robin is pleased that people are attempting to improve the BitVM design.
Bitlayer launched , Bitlayer is the first bitcoin security-equivalent Layer2 based on BitVM

Discussing the Babylon Bitcoin Renaissance 2024 event, Robin mentioned two opcodes that are highly desired. For more details, refer to ""

OP_CAT: This opcode is intended for concatenating byte strings. Despite its seemingly simple functionality, it can have a profound impact by significantly reducing the complexity of BitVM. Currently, BitVM needs to implement its own hash function - Blake3. This is required for verifying Merkle Proofs, where byte string concatenation is necessary. However, the current Bitcoin script does not natively support this, leading to the need for implementing the Blake3 hash function through various hacks, requiring a substantial number of opcodes, possibly one of the largest scripts on Bitcoin. The inclusion of OP_CAT would greatly simplify this complexity.
OP_TXHASH: Proposed for covenants, this opcode supports introspection and allows for better control over actions within the Covenant at a finer granularity. For BitVM, OP_TXHASH would enable a larger Federation size, meaning a larger 'n' value in the 1-of-n model, creating a larger alliance. For instance, while the current 'n' value may be limited to 100, with OP_TXHASH, it could extend to several thousands. This would significantly enhance the security model of BitVM, making it more trust-minimized.

posted introduction , and posted Experiment of BitVM White Paper: 、

Bitlayer is the first bitcoin security-equivalent Layer2 based on BitVM

Last updated 1 year ago

Was this helpful?

If there are omissions or errors, corrections are welcome. Thank you very much!

The official implementation of the Rust version is underway: ， The core developers are: and
The original JavaScript version has been renamed to:
The Super Testnet has released a basic BitVM app - the tic-tac-toe demo: The and
The community has proposed DLCVM, as announced by Rubin Linus in a , Two years ago, he attempted to build general-purpose computation based on DLC, with detailed research available in "." Robin believes that DLC requires trust in an oracle, making it less favorable than a simple federation. He suggests that even if the oracle for DLC is decentralized, its essence remains a trust model similar to the t-of-n multisig, which is not as effective as BitVM's 1-of-n trust model. Nevertheless, Robin is pleased that people are attempting to improve the BitVM design.
Bitlayer launched , Bitlayer is the first bitcoin security-equivalent Layer2 based on BitVM

Discussing the Babylon Bitcoin Renaissance 2024 event, Robin mentioned two opcodes that are highly desired. For more details, refer to ""

OP_CAT: This opcode is intended for concatenating byte strings. Despite its seemingly simple functionality, it can have a profound impact by significantly reducing the complexity of BitVM. Currently, BitVM needs to implement its own hash function - Blake3. This is required for verifying Merkle Proofs, where byte string concatenation is necessary. However, the current Bitcoin script does not natively support this, leading to the need for implementing the Blake3 hash function through various hacks, requiring a substantial number of opcodes, possibly one of the largest scripts on Bitcoin. The inclusion of OP_CAT would greatly simplify this complexity.
OP_TXHASH: Proposed for covenants, this opcode supports introspection and allows for better control over actions within the Covenant at a finer granularity. For BitVM, OP_TXHASH would enable a larger Federation size, meaning a larger 'n' value in the 1-of-n model, creating a larger alliance. For instance, while the current 'n' value may be limited to 100, with OP_TXHASH, it could extend to several thousands. This would significantly enhance the security model of BitVM, making it more trust-minimized.

posted introduction , and posted Experiment of BitVM White Paper: 、

Bitlayer is the first bitcoin security-equivalent Layer2 based on BitVM