難易度調整の仕組みこそビットコインの神髄、サトシのオリジナリティなのに悲しいね。 デジタル署名、PoW、P2P、ブロックチェーン(タイムスタンプサーバ)はビットコイン誕生以前からあったもの。BitcoinScriptはスマートコントラクト概念の実装だしな。

OP_CAT是什么？ OP_CAT是比特币脚本(BitcoinScript)中的一个操作码(opcode)作用是把栈顶的两个元素拼接成一个元素。举例:如果栈里有data1="Hello"和data2="World"，用OP_CAT就会变成"HelloWorld"。 本质：它本来是个非常基础的操作，就像编程里的字符串拼接，但在脚本里却能扩展出复杂逻辑。 历史背景 1、最初存在:OP_CAT在中本聪发布的最早比特币代码里就有。 2、被禁用:2010年，比特币脚本里有一批操作码(包括OP_CAT)被禁用。原因是当时的实现方式可能带来安全风险(比如无限拼接导致内存消耗过大)。 3、社区复兴讨论:在Taproot升级后(2021)，比特币脚本的能力被重新关注。部分开发者认为，随着代码更成熟和限制更严格，可以安全地让OP_CAT回归。

That (for the second time) bitcoin is not a programming language, the programming language is C . And if you look to the BitcoinScript language to try to save your argument, maybe you need to read the line 208 in script.cpp in the Bitcoin v0.3.18.

Unlock the power of Bitcoin smart contracts with Rúnar. Developed by BSV Association’s Siggi Óskarsson, Rúnar lets developers write enterprise-grade smart contracts in different languages and compile them into Bitcoin Script for scalable BSV apps. See how Rúnar is transforming enterprise smart contracts. Read the article below. #Runar #BSV #SmartContracts #BitcoinScript

We are excited to invite you to join us for another Web3 Devs Underground event! 🔐₿ Two sessions. Two frontiers. One event. @Web3_Devs × @zama x @RitrekRecovery powered by @MasterkeyVC 📅 March 11th | 17:00 Israel Time | 16:00 CET | 10:00 EDT 📍 Live on X, YouTube & LinkedIn Register Here: luma.com/78qezjr0 Session 1 - FHE & Confidential Smart Contracts @poppyseedDev (Aurora Poppyseed), DevRel at @zama, breaks down how Fully Homomorphic Encryption (FHE) is bringing real confidentiality to the EVM - running computations on encrypted data without ever decrypting it. From private transfers to blind auctions, this is what on-chain privacy actually looks like. Session 2 - TimeLock Recovery for Bitcoin Backup @oren_z0 (Oren Zomer), Founder at @RitrekRecovery, walks through structured wallet recovery using Bitcoin Script - primary to secondary wallet, and what BIP-128 makes possible. Self-sovereign custody, done right. Two of the most technically dense topics in crypto infrastructure - in one session. Whether you're building on EVM or working with Bitcoin Script, this one's for you. 🔗 See full calendar: lnkd.in/dPBqaEMc @MasterkeyVC @SHAP0W @Amit_Masterkey @Web3_Devs @ELuttenberg789 @AlonKivity @al23xyz #Web3 #Bitcoin #FHE #Zama #ZeroKnowledge #BitcoinScript #Cryptography #Web3Dev #Blockchain #DeFi #SmartContracts #MasterkeyVC

if the predicate is false - ignore everything that follows… - BitcoinScript

If you want to join the early testing group for BitcoinSX send me a DM. I'll be asking for applicants to show some evidence they can code in Bitcoinscript! Anyone accepted gets free pro-tier access until testing is finished, maybe a few weeks. Thanks!!

If you want to know where the real builders went, they’re right here. Using Bitcoin script to decentralize the safety of our physical world sounds like sci-fi, but the tech is already live. LFG indeed. @Brendan_Lee__ #BitcoinScript #Teranode

I am now offering consulting services through utxo.agency If you want to create executable functionality within Bitcoinscript that will save you time and money, reach out!

行情跌得这么狠，比特币、ETH 都在剧烈震荡，全网爆仓、资金外流、恐惧指数创低——短期情绪满天飞。这个时候，很容易只盯着价格起伏，但比特币背后那些长期稳定的底层能力，却不会因为行情而消失。 OP_CAT 就是其中之一。它看起来只是 Bitcoin Script 里的一个 opcode，但它打开的潜力非常不一样。过去，很多复杂逻辑只能链下完成，或者依赖预签交易和中间托管。而 OP_CAT 让这些逻辑有机会回到链上原生实现。比如约束型交易（Covenants）、Merkle 证明原生验证，以及未来可能的原生资产和代币标准——这些都是以前比特币原生能力做不到的。 从用户角度看，这意味着未来在 BTC 上做的操作可以更透明、更去中心化，也更安全。你不需要靠第三方去实现复杂条件，也不必担心预签交易被篡改。对于开发者来说，OP_CAT 打开了一个全新的“比特币可编程空间”，可以在保持安全和确定性的前提下做更多创新。 从生态角度看，OP_CAT 的启用不是为了追赶其他链的 DeFi 热潮，而是让比特币自身能够承载更复杂的逻辑。市场下行、桥被攻破、托管风险频发，这些都提醒我们：安全和验证能力，才是长期可持续的基础。OP_CAT 就是给比特币能力加了一个安全又可控的“扩展”。 所以，即便行情让人心慌，OP_CAT 带来的能力升级，反而值得慢下来认真思考。短期价格涨跌是情绪的体现，但长期网络能承载的逻辑和功能，才真正决定比特币的未来。 $BTC #OP_CAT #Bitcoin #BitcoinScript @op_catlayer @catenawallet

最近行情是真的刺激，比特币刚刚一度跌破 6 万美元，而且相较于去年 10 月的历史高点已经腰斩，波动幅度把很多人“吓到心态崩”了。 好多朋友现在每天打开行情软件第一反应不是“今天要涨，而是“这跌到哪儿了？”这种时候容易陷入价格恐惧，但我有时候反而会想：价格跌跌涨涨是市场本质的一部分，真正值得关注的，是比特币背后这些长期不会随价格起伏轻易改变的底层东西。 所以我想聊一个其实已经存在很久、但最近讨论热度开始上来的技术点儿——OP_CAT。这是比特币最早设计里就写进代码的一个操作码，当年因为安全考虑被关掉了。现在社区正在讨论重新启用它，但很多人第一反应还是误解：是不是要让比特币变得像以太坊那样，变成一个智能合约平台？ 其实不是。OP_CAT 的意义根本不在“复杂化比特币”，而是在补足比特币原生验证能力的一个关键步骤。比特币的脚本设计很克制，它从不追求花哨，而是追求每一条指令都能被所有节点一致执行、并在有限时间内完成，这也是它作为价值网络被信任的原因之一。 但问题是，当这种追求极致确定性的设计把表达能力压缩到很低的时候，很多原本合理的验证逻辑就变得几乎无法实现。没有 OP_CAT 的时候，脚本更像一堆固定按钮，你只能检查已有的数据；而加上 OP_CAT，你可以把数据组合起来，再对组合后的结构做验证。其实这一步看起来简单，但它直接关系到脚本能不能处理更复杂的状态逻辑和结构，这是很多之前只能链下完成的事情。 也就是说，OP_CAT 不是在让比特币去“跑别人的玩法”，而是在让它原本就有的验证模型更完整一些。有了它，一些像约束型交易（Covenants）、Merkle 证明这种以前很难在链上原生实现的逻辑，就有了空间去落地，而不是永远只能挂在链下或者靠预签交易去凑。 很多人会问：既然这个功能这么重要，为什么这几年比特币看起来好像没落后？其实这正是设计哲学不同。过去这些年市场上很多链用更复杂的表达力换取了快速创新和丰富应用，但比特币选择了另一条路——稳扎稳打。所以大家看到的是以太坊上热闹的 DeFi 和 NFT，没看到的是比特币在安全和一致性上建立的深厚基础。 而现在市场下行、风险暴露、桥被攻破、托管问题频发之后，很多人开始意识到一个很现实的问题：并不是所有金融结构都适合在高复杂度环境下跑，有时候安全和确定性比花哨的功能更重要。OP_CAT 的讨论热起来，不是为了追赶别人，而是因为大家在问：如何让比特币在保持原有优点的同时，有更完善的原生能力？ 价格涨跌是短期情绪，但能力上限才是长期价值。OP_CAT 不是让比特币变成别人，它是在让比特币做它自己能做但还做不好的事情。这才是我觉得最值得关注的地方。 @op_catlayer @catenawallet $BTC #OP_CAT #Bitcoin #BitcoinScript

很多人第一次听到 OP_CAT，都会下意识紧张一下：Bitcoin 一直以“克制”著称，现在突然要重启一个 opcode，这是不是意味着它要开始变复杂？甚至走向智能合约那条路？ 但如果稍微理解一下 Bitcoin Script 的设计逻辑，就会发现事情可能刚好相反。Script 从诞生起就不是为了“强大”，而是为了“确定”。它不追求花哨的表达能力，而是确保每一条指令都能被所有节点快速验证，并且永远得到同一个结果。这种近乎苛刻的约束，才换来了今天大家口中的安全和去中心化。 问题是，当系统把安全放到极致时，表达能力自然会被压缩。有些其实很合理的验证需求，在 Script 里却异常难实现。不是因为逻辑复杂，而是因为缺少一个关键能力——把数据组合起来再验证。OP_CAT 正好补在这里。 它做的事情其实非常朴素：把两段数据拼接在一起。但这一步一旦成立，Script 的验证方式就从“只能检查已有内容”，变成“可以构造结果再检查”。这听起来像是个小差别，但在链上世界里，它直接关系到脚本是否具备处理结构和状态的能力。 很多过去只能放在链下完成、或者必须依赖预签交易才能运行的设计，就有机会回到链上。比如更严格的资金约束路径、Merkle 证明的原生验证，甚至一些可以自我延续条件的交易结构。本质上，这些都不是在增加风险，而是在强化“验证”这件事本身。 那为什么 Bitcoin 过去十五年没有这些能力，也依然走到了今天？答案其实很现实——市场长期偏爱“更快”和“更灵活”。不少公链用更高的复杂度换来了爆发式创新，DeFi、NFT、各种金融实验迅速铺开，叙事也更热闹。Bitcoin 看起来慢，但它换来的是另一种东西：极高的可信度。 而这几年随着周期起伏，一些问题也逐渐暴露——桥被攻击、托管失误、系统性风险扩散。市场开始重新思考一个很底层的问题：是不是所有金融结构，都值得跑在高复杂度环境里？有没有一种可能，是在不牺牲安全前提下，把能力一点点扩展出来？ 从这个视角看，OP_CAT 更像是一种“能力补完”，而不是路线转向。它不是让 Bitcoin 变成另一条链，也不是去复制谁的生态，而是在原本强调确定性的框架里，把验证工具再打磨得完整一些。讨论 OP_CAT 时，你会发现大家反复提到的都是几个词：约束、验证、路径、结构——而不是速度、叙事或爆发。 某种程度上，这也挺符合 Bitcoin 的气质：不急着证明自己能做多少事，而是先确保每一步都站得住。它未必会带来立刻可见的繁荣，但可能在悄悄抬高整个系统的能力上限。 如果说过去的 Bitcoin 更像一块坚硬的基石，那么像 OP_CAT 这样的升级，也许是在告诉大家——这块基石不只是用来“放着”，它依然有继续生长的空间。真正值得关注的，从来不只是价格，而是这个网络还能承载多大的未来。 @op_catlayer @catenawallet $BTC #OP_CAT #Bitcoin #BitcoinScript

OP_CAT @op_catlayer 到底解锁了什么？ 在聊 OP_CAT 之前，有一个常见误区需要先澄清。 其实只要听到要重新启用某个 opcode，我的第一反应就是： 这是不是在给 Bitcoin 增加复杂性？是不是在往智能合约平台的方向靠？ 那我真的理解 Bitcoin Script 的设计意义之后，才发现，OP_CAT 的意义并不在于变复杂。 Bitcoin Script 从来不是为了像以太坊那样灵活，它的核心目标只有一个：确定性。每一条指令必须在有限时间内执行完毕，每一个节点在任何情况下都必须得出同样的结果。这也是为什么 Script 天生不支持循环、不支持动态内存等，而是为了系统安全。 问题在于，当表达能力压缩到极限时，很多原本合理的验证逻辑，也会变得几乎不可能实现。OP_CAT 恰好卡在这个点上。 不是引入新逻辑的时候： 在没有 OP_CAT 的情况下，Bitcoin Script 更像是在用一堆固定按钮做判断，你只能比较已经存在的东西； 而有了 OP_CAT 的情况下，你可以把这些零散的数据组合起来，再对组合后的结果进行验证。 这个能力能过直接决定了 Script 能不能处理状态和自己本身的结构。 很多此前只能存在于链下、或者必须依赖预签交易的设计，才有了原生落地的可能。 比如，Covenants（约束型交易） / Merkle 证明的原生验证； 很多人会在这里问一个问题：既然 OP_CAT 能解锁这么多可能性，为什么过去十五年里，Bitcoin 没有因此落后？ 因为过去这十五年，市场更偏好快和灵活，以太坊和其他公链，用复杂度换取了更快的节奏，使得目前的市场承载了这么多的 DeFi、NFT 和各种实验性金融结构。 而现在周期下行、风险暴露、桥被黑、托管出事之后，市场开始重新意识到一件事： 不是所有金融逻辑，都适合任何一个执行环境里。 而且 OP_CAT 并不是为了追赶以太坊，同样不是让 Bitcoin 变成别的链，这也是为什么，围绕 OP_CAT 的讨论，更多集中在 “验证” “约束” “递归路径” 这些关键词上。 下一篇，我们会进一步聊一个更现实的问题： 如果 OP_CAT 解锁的是能力上限，那 OP_CAT Layer 这种“执行层” 设计，为什么不走 EVM 路线？ @op_catlayer @catenawallet $BTC #OP_CAT #Bitcoin #BitcoinScript

People should know anything I create which isn’t Bitcoinscript is written by Claude 🤣

改めて、世の中とんでもないBitcoinScriptの使い方をする人がいるもんだな。

自分の頭ではどうやってもここにたどり着く。 ・BitcoinScriptの自由さを破壊する ・スパム判定アルゴリズムをずっと面倒見続けなければならない。 ・スパム判定が一種の検閲となる となって”スパムと戦う”という掛け声は聞こえがいいが、実際やるならヤバそうでもうやだ。

Win locked. Sats dropped. @YakiHonne Smart Widget contest hub.angor.io/project/angor1q… #Angor #Creator #Hackathon #AI #zaps #Bitcoin #Bitcoinscript

🧠 Think Bitcoin scripting is like modern programming? Think again. No loops. No fancy conditionals. Just a stack and pure intent. That’s how #eCash keeps it secure, simple, and unstoppable. Read the latest post from #XolosArmy Network 🐾 🔗 xolosarmy.xyz/blog/bitcoin-s… #RMZ #XEC #BitcoinScript #CryptoSecurity #StackNotCode

Bitcoin Script as a Macro-Expanded Turing Framework 🚨 Just released: a detailed technical breakdown of deterministic client-side macro expansion in Bitcoin Script. We walk through unrolled contract templates, Turing-equivalent logic under finite constraints, and how wallets construct standard, policy-compliant scripts from reusable, versioned libraries. This thread formalises how client-side compilers expand structured templates into raw scripts that miners validate—no semantic data left on-chain, only compiled bytecode. Clean separation of logic vs execution. More to come: a follow-up post on macro language definitions, structural recursion, and how reusable libraries can compose entire contract families across versions. 🧵 #BitcoinScript #BSV #SmartContracts #Bitcoin #MacroExpansion open.substack.com/pub/singul…

🖥️ ¿Quieres dominar Bitcoin desde adentro? Aprende a usar bitcoin-cli, crea wallets, firma transacciones, construye scripts y entiende cada paso en tiempo real. Este curso es la forma más directa y práctica de entender cómo funciona Bitcoin Core. 👉 Inscríbete hoy: libreriadesatoshi.com/course… #BitcoinDev #BitcoinScript #BitcoinCore #B4OS