OP_CAT With Ethan Heilman

OP_CAT co-author Ethan Heilman gives a rundown of the proposed reactivation of the Satoshi-era opcode. 

  • On a basic level, OP_CAT adds the top two elements of a stack for a transaction. 
  • OP_CAT is short for “concatenate,” because it concatenates (combines) two values on a stack
  • OP_CAT was included in Bitcoin originally, but it was removed in August 2010 along with 14 other opcodes
  • We don’t actually know why OP_CAT was disabled, Heilman says. 
  • To bring back OP_CAT: 1) it would only be activated in Tapscript; 2) activation would use OP_SUCCESS for a softfork; 3) same opcode as the original
  • OP_CAT code has been assigned BIP 347 and the code is ready, but there’s currently no clear consensus for activation 
  • OP_CAT would enable: vaults,  general computation, certain types of covenants
  • Stack elements are currently siloed in Bitcoin Script, meaning that they can’t influence each other. OP_CAT changes this
  • “CAT isn’t special”: many opcodes could deliver similar functionality, but CAT is the most simple, Heilman says
  • There are generally two perspectives on opcodes: 1) they should be monolithic, or 2) new opcodes should be simple and modular
  • We can do covenants today, but the methods are generally expensive (or VERY expensive in the case of ColliderScript)
  • CAT_based covenants are large and hard to write
  • Will we only get a chance at one covenant opcodes? Heilman thinks so, but CAT is not a dedicated covenant opcode
  • While CAT can technically achieve covenants, “CAT is not a reason not to do a covenant opcode,” Heilman said, adding that he would like to see CTV activated as well

Related Episodes

Discussing the current technical challenges facing Bitcoin, this fireside chat from OP_NEXT features Ryan Gentry (Lightning Labs), Jameson Lopp (Casa), and Jay Beddict (Foundry).
May 10, 2025
Greg Sanders examines how increasing complexity in Bitcoin L2 designs directly impacts the minimum viable balance needed for true self-custody.
May 09, 2025
Jameson Lopp tackles the contentious topic of Bitcoin's block size, proposing a Goldiblocks approach that's neither too large nor too small.
May 09, 2025
Jon Atack, a Bitcoin Core developer since 2019 and BIP maintainer/editor since 2024, explains what Bitcoin Improvement Proposals are, their purpose in the ecosystem, and how the process has evolved.
May 02, 2025
James O'Beirne describes the realities of block size constraints, presenting original research and performance measurements.
May 02, 2025
Rearden argues we need to shift from thinking about opcodes to thinking about capabilities—the underlying functionalities that Bitcoin can provide.
Apr 29, 2025
Hunter Beast explains BIP 360 and the attempt to bring quantum resistance to bitcoin.
Apr 29, 2025
This panel features Rijndael, Rob Hamilton, NVK, & Jonathan Pollack discussing the evolution of Bitcoin wallet security and the challenges of hardware wallets.
Apr 28, 2025
John Light unveils Bitcoin SoftForks.org, a comprehensive database comparing Bitcoin soft fork proposals.
Apr 28, 2025
Kindly Drop an email to access the story

By subscribing, you agree to the Blockspace Privacy Policy and Terms and Conditions.