天使
29 posts
🛠️ 产品原型：Alkanes "Spark"
1. 核心架构图
该产品由三部分组成：
Spark App (前端)：极简 Web 界面，支持 Google/Twitter 登录（通过 Privy 或 Web3Auth 实现无私钥感）。
Virtual Mining Engine (后端)：托管数据库，记录用户的“虚拟 $DIESEL”余额，用户通过社交任务（点赞、签到）即可获得增长。
Alkanes Relay (上链器)：当用户虚拟余额达到阈值，由 Sponsor 代付 Gas 将 $DIESEL 发送到用户的比特币地址。
2. 核心代码实现：Alkanes WASM 合约 (Rust)
需要在 Alkanes 协议上部署一个“分发器合约”。基础逻辑如下：
// 基于 alkanes-rs 框架的伪代码实现
use alkanes_support::parcel::Parcel;
use alkanes_support::storage::Storage;
#[no_mangle]
pub extern "C" fn execute() {
let mut storage = Storage::new();
let parcel = Parcel::load();
// 1. 验证调用者（确保只有 Spark Relayer 能触发代付）
let admin_address = [0u8; 32]; // 中继地址
if parcel.caller() != admin_address {
panic!("Unauthorized: Only Spark Relayer can trigger minting.");
}
// 2. 解析发放目标和金额
let target_address = parcel.get_param(0);
let amount = parcel.get_param(1);
// 3. 执行 DIESEL 内部转账/铸造逻辑
mint_diesel_to(target_address, amount);
}
fn mint_diesel_to(to: [u8; 32], amt: u64) {
// 调用底层智能合约存储，增加目标地址余额
// 逻辑需对接 alkanes-std 库
}
3. 前端交互设计：只需三步
扫码登录：用户用社交账号登录，后台自动生成一个关联的比特币地址（用户不感知助记词）。
点击“点火”：屏幕中间的火花按钮，每点击一次增加 0.001 $DIESEL。
自动上链：当达到 1 $DIESEL 时，提示“资产已成功锚定到比特币 L1 主网”，并附带 UniSat 链接。
4. 冷启动执行清单 (MVP 阶段)
基础设施搭建：
克隆 alkanes-rs 仓库
使用 Docker 启动 metashrew 索引器
资金准备：
往 Relayer（中继钱包）充值约 50–100 美元的 BTC 作为 Gas 种子基金，用于前 1000 个活跃用户
上线 Spark Faucet：
搭建单页网站
每笔发出的 $DIESEL 在社交平台自动同步动态，制造“全网都在领取”的视觉效果
🚀 为什么这个能成功？
当前 Alkanes 参与者偏“硬核”，大家关注 Gas、编译 Rust。Spark 将复杂的 BTC-Fi 包装成“点击即得”的养成类小游戏，降低用户门槛，让更多普通用户轻松参与。
中文
Alkanes is a really cool metaprotocol.
It enables smart contract on Bitcoin and people could do some really cool things like the @AlkanePandas did.
Why did the attention on it disappear?
Was it the @oylwallet team?
Are the people not ready for smart contract on bitcoin?
English
对于BTC后续短期走势推演，这张图已画出来了。
我也是按照这张图在做交易，在9.3万附近已做空了BTC，预估下跌目标价8.55万上下。
个人觉得在美联储10号降息会议的利好预期下，BTC不会那么快就跌破8万到7万，而是有可能震荡反弹至9.8万进行诱多，市场流动性也更充足，然后一举爆掉追多的资金。
小龙先生@Dragonhau66
BTC频繁震荡画门，行情怎么走？ 1）价格反弹到9.3万，订单薄上卖盘金额堆积了，开始增大； 2）四小时收出一根十字星阴K线，多空双方这个点位势均力敌； 3）多头量能要强于空头量能，多头表现比较强势； 4）预估BTC上下宽幅震荡后，价格有可能在10号当天反弹至9.8万附近，完成最后的疯狂的死猫反弹。
中文
✅ OYL 项目方推文分析：这是 Alkanes 进入“基础设施完成期”的重大信号
推文内容：
Rebar is building an entire data suite for Alkanes and metaprotocols.
Check it out below
这句话非常短，但信息密度极高，背后包含三个层级的重大利好。
① 利好层级 1：Rebar 与 Alkanes 的关系被官方明确公开
之前外界一直在猜：
Rebar MEV Shield
Rebar Indexer
Rebar Data
Rebar Labs
到底与 Alkanes 是“合作关系”还是“深度绑定关系”。
现在 OYL 官方直接发：
👉 “Rebar is building an entire data suite for Alkanes”
这句话意味着：
不是第三方“兼容 Alkanes”
不是外部“支持 Alkanes”
而是 Rebar 正在为 Alkanes 本身专门构建数据套件（Data Suite）
这是 生态深度绑定关系的首次公开确认。
这是巨大利好，因为：
🔹 Rebar 是整个 Bitcoin L1 可编程赛道最强的数据与 MEV 防护团队
🔹 他们负责的是 Alkanes 的“信息层 + MEV 层 + 可验证层”
🔹 表示 Alkanes 不再是“单一协议”，而是“生态级基础设施”
这一步使 Alkanes 的生态地位正式从：
技术实验 → 完整栈基础设施
进一步跃升。
② 利好层级 2：Data Suite = 补上了 BTC L1 DeFi 所缺失的最重要一层
什么叫 Data Suite？
它不是普通的“区块浏览器”，这个词在区块链行业等级非常高，通常意味着：
合约可视化
状态可查询
多协议索引器
地址资产多维数据
AMM 池子状态
流动性监控
交易路径可视化
历史数据图表
多合约 cross-view
这意味着：
Alkanes 的执行层 + Rebar 的数据层 = 一个完整可使用、可开发、可扩展、可验证的 L1 DeFi 平台
它补上了过去大家批评 Alkanes 的唯一漏洞：
✔ 没有公开可视化
✔ 合约难以查看
✔ 状态难以量化
✔ 非开发者难以理解
现在全部解决。
这使得：
📌 散户敢用
📌 开发者敢建
📌 合作方敢接入
📌 机构敢评估
这是 DeFi 生态从“工程可用”走向“大规模采用”的关键一步。
③ 利好层级 3：官方首次提到 metaprotocols（元协议）
推文写的是：
for Alkanes and metaprotocols
这句话是隐藏的最大信号。
意味着 Rebar 不仅为 Alkanes 做数据，还为：
未来构建在 Alkanes WASM 执行层上的新协议
类似 BRC20、Runes 的新资产标准
类似 DYDX、GMX、Radiant 的 L1 DeFi 结构
任何运行在 WASM 上的智能合约体系
做数据层支持。
换句话讲：
👉 Rebar 正在把 Alkanes 视为“比特币的 L1 执行层基座”，并准备为所有未来元协议提供支持。
这等于把 Alkanes 从一个协议，抬升为：
BTC L1 元协议平台（Meta-protocol Hub）
这是行业地位上的本质跃迁。
④ 直接利好 DIESEL / METHANE 的三个点
1. 更高的可信度 → 更高的资产估值
透明化 + 可验证性 = 资产价值提升
所有 DeFi 的 TVL 与代币估值都基于“可见性”。
2. 生态扩张 → 对 DIESEL 的需求上升
更多元协议使用 Alkanes →
更多执行需求 →
更多费用消耗 → 更多对 DIESEL 的需求
DIESEL 就像 ETH gas。
执行层越繁荣，价值越大。
3. 指标体系完善 → 更容易引发情绪加速（FOMO）
一旦数据可视化：
交易量
Swap 次数
用户数量
DAO 曲线
LP 增速
这些数字一旦开始增长，就会成为 FOMO 引爆器。
🎯 一句话总结
OYL 的推文标志着：
Rebar 正式为 Alkanes 构建完整数据基础设施，这使 Alkanes 从技术实验跨越到完整 L1 生态，DIESEL 和 METHANE 即将进入被大规模市场看见的阶段。
这是 Alkanes 全生态最强、最直接的利好之一。
Oyl | Building Alkanes@oylwallet
Rebar is building an entire data suite for Alkanes and metaprotocols. Check it out below
中文
从 UniSat 选择性支持 Alkanes，而不支持其他 BTC 协议，可以得到几个关键信息：
1️⃣ 技术成熟度与可用性
Alkanes 已经实现了 真正的 L1 执行层，可以运行跨合约调用、WASM runtime、Orbital NFT、Rebar MEV Shield 等复杂逻辑。
其他协议（BRC20、Runes、CBRC、OP_NET）在 L1 执行能力上不完善，或只能通过规则层/索引器模拟，缺乏真正的智能合约能力。
结论：UniSat 只选择支持技术成熟、可落地的协议。
2️⃣ 生态完整性与工具链
Alkanes 已经有早期生态闭环：应用（Magic Arbuz）、基础设施（Rebar Shield）、钱包兼容（OYL、UniSat）。
其他协议缺乏这样的生态闭环，用户体验不完整，工具链零散。
结论：UniSat 选择的标准是生态可操作、用户可接入。
3️⃣ 市场潜力与长期价值
Alkanes 的 L1 执行能力意味着其可以承载 高价值 DeFi/NFT 活动，未来有更高 adoption 潜力。
其他协议只是资产规则层或扩展层，长期价值有限。
结论：UniSat 的选择隐含对未来发展趋势的押注。
4️⃣ 风险偏好与信任
支持 Alkanes 可以最大程度降低技术风险，因为它提供确定性执行、合约组合和安全机制（MEV Shield）。
支持其他协议可能需要信任索引器或虚拟状态，风险高且不稳定。
结论：UniSat 偏好技术可靠、风险可控的协议。
🔑 总结
UniSat 不支持其他协议，说明：
Alkanes 是目前 BTC L1 最成熟、最安全、最可落地的智能合约协议。
其他协议在技术、生态、风险控制上都无法与之匹敌。
这是一种隐性认可，也是对 Alkanes 潜在爆发力的市场信号。
BTCProguy | building Alkanes for BTCfi@BTCProguy
unisat老板文章，为什么他支持alkanes协议。 lorenzonical.net/p/2025-06-why-… 2025.06 Why Are We Supporting Alkanes? Jun 08, 2025 7 minute read Why Are We Supporting Alkanes? Over the past month, we have been gradually adding support for the Alkanes protocol within several of UniSat’s products—most notably in our developer-facing API. Interestingly, after comprehensive research, we found that the actual development effort was less than expected, and progress was slightly faster than anticipated. Below, we briefly analyze the reasons for this and share some of our observations and findings from the work.A few weeks ago, what truly motivated us to embark on this integration was Alkanes’s ability—after absorbing and refining the strengths of protocols like Runes—to deliver an immediately usable smart-contract execution environment.Specifically, the Alkanes protocol offers two main advantages:Inheritance and Optimization of a UTXO-Based Asset Model (Inspired by Runes) Runes has already demonstrated the practicality and reliability of this model. We were pleasantly surprised to discover that Alkanes, by innovatively integrating the approach pioneered by Runes, creates new advantages within a smart-contract environment.Because asset ownership is directly bound to UTXOs, users can transfer assets via standard transactions without interacting with a contract for each transfer (unlike ERC-20 tokens, where every transfer calls the token contract). In other words, for the most common operation—a typical transfer—a user can perform a contract-less asset transfer. Compared to non-UTXO virtual machines (e.g., the EVM), this significantly reduces performance overhead and avoids extensive state management. The VM can then devote its limited system resources to more advanced business logic.Moreover, because Alkanes is fully compatible with Runes’s asset-identification standards (such as the OP_RETURN encoding format), we can achieve low-cost code reuse when building wallets, block explorers, and other infrastructures. In practice, this materially boosts development efficiency and lowers the migration barrier for developers.A Ready-to-Use, Open-Source Smart-Contract Framework on Bitcoin Within the Bitcoin ecosystem, many teams have been exploring smart contracts under various monikers—BTCfi, for example. Yet, within a limited development timeframe, Alkanes has leveraged the maturity of the WebAssembly (WASM) ecosystem to deliver a relatively production-ready, open-source smart-contract framework on Bitcoin mainnet—while most others are still in directional exploration. Frankly, we were impressed by the system’s level of completion when we first studied it.Alkanes’s smart-contract solution extends the boundaries of what is possible within the BTC ecosystem. Its modular architecture allows developers to deploy fully featured contracts (e.g., AMMs, staking, timelocks) without modifying the underlying indexer or protocol rules for each functionality. As long-term maintainers of indexers ourselves, we naturally appreciate the elegance and convenience of this approach.Summary Using an external VM rather than Bitcoin’s native scripting to extend Bitcoin’s contract capabilities is becoming a popular trend. Overall, this exploration benefits the system by preserving Bitcoin’s core simplicity, stability, and cohesion, while effectively expanding its capability envelope—granting the system greater freedom (albeit with added complexity). More importantly, after carefully preserving Runes’s existing strengths, Alkanes orthogonally introduces a new dimension (WASM contract capability), positioning itself as an evolutionary step that seeks to unlock greater potential from a functional perspective.Having covered the two main advantages, we briefly analyze the protocol’s current limitations and areas for improvement:Potential Risks from Contract Code Security and Robustness Because the contract development environment is unfamiliar—unlike the mature Solidity/EVM ecosystem—developers must rewrite contracts already battle-tested on EVM, posing a challenge for most. Furthermore, due to the lack of sufficient auditing and contract-verification platforms, users cannot be certain that token contracts are free of hidden backdoors (e.g., undisclosed minting logic). Currently, one must rely on project teams to proactively publish source code; if a contract launches without proper verification, there is a high risk of asset manipulation. This is a concern for both developers and users.Risk of Asset Burn from Misoperation The UTXO-based asset model introduces a learning curve for users and wallets not yet adapted to the protocol—raising the risk of inadvertently burning assets. Unlike Runes UTXOs (which, in OP_RETURN-less transactions, send assets to the first non-OP_RETURN output), Alkanes does not inherit this feature, increasing burn risk. Developers and users must be vigilant.Need for Maturation in Engineering Design and Implementation Alkanes is still in its early stages and has numerous engineering areas that require improvement. Below, we highlight one design issue and one implementation issue as examples to encourage active evolution of the protocol by drawing the maintainers’ attention to these areas. We would be delighted to support such efforts. Design Issue Example: Sequence-number offsets could trigger global misidentification. The protocol relies on sequentially assigned contract IDs; if an indexer version or runtime environment causes an offset, subsequent asset-transfer instructions may fail in a chain reaction. This defect could render all assets temporarily unusable system-wide—a systemic risk not present in Runes (where only localized errors occur). Implementation Issue Example: Currently, Alkanes’s official indexer can take 1–2 minutes to process a single block, depending on transaction volume, with processing time scaling linearly as volume increases. If OP_RETURN constraints are lifted and batch OP_RETURN creation is permitted, a denial-of-service vector against indexing could emerge. In a future surge of transactions (e.g., a popular token mint), severe congestion may result, undermining support for high-frequency applications (e.g., DeFi). Indexing performance requires deeper, ongoing optimization to withstand potential future demands.Inherent Limitations of the Bitcoin Blockchain Transaction Ordering Depends on Miner Inclusion: Unlike Ethereum’s nonce-driven sequence, Bitcoin’s transaction order is solely determined by miners’ packaging. This makes contract-interaction ordering unpredictable, risking failures in contracts that require strict sequential operations. OP_RETURN Data-Size Limit: Bitcoin currently limits OP_RETURN to 80 bytes, constraining the amount of data per contract interaction and rendering some functions impractical without workarounds.Summary For healthy ecosystem growth, significant work remains ahead. As builders and supporters of Alkanes, we advocate for consciously controlling protocol complexity—exercising restraint and carefully evaluating new variables and abstractions before introduction. We must avoid short-term conveniences that risk becoming long-term technical debt.On Bitcoin Programmability While actively advancing Alkanes, we must not overlook BestInSlots’s explorations with BRC-20 programmability. This alternative path merits close attention, and we stand ready to offer support. A brief comparison: the EVM-and-Solidity–based BRC-20 programmable module is more familiar to blockchain developers and features more predictable VM behavior—but carries greater historical baggage. Conversely, Alkanes, leveraging WebAssembly as a modern execution environment, has the potential for higher performance and more efficient resource management—though new scripts lack extensive real-world vetting and may harbor unknown risks. We look forward to delivering deeper analyses as both systems mature.On the Evolution of the Bitcoin Ecosystem In 2023, various protocols focused on their primitive merits. By 2025, the low-hanging fruits have been harvested, and competition along new dimensions is just beginning. UniSat is warmed up; we maintain close, in-depth collaboration with relevant teams, and we stand ready to provide developers and users with firsthand operational experience and tooling support.Unlike the summer of 2023, new potential mainnet congestion will meet the robust Fractal Bitcoin network. We will no longer be caught off guard and helpless. In the future, a real-world stress test may reveal which technical solutions can survive on the battlefield and become effective Bitcoin-scaling systems.Meanwhile, we will progressively increase our investment to further upgrade and adapt Fractal Bitcoin—making it friendlier to modern contract-execution environments. We envision Fractal providing faster confirmations and larger block space capacity, creating a looser environment where diverse contract types face fewer constraints and have greater room to flourish—helping the Bitcoin ecosystem blossom to its fullest.A great story moves hearts, but what truly transforms and empowers a system is robust, runnable, and extensible code.Lorenzo June 8, 2025(Chinese follows)翻译版 在过去的一个多月中，我们正在 UniSat 的若干产品内，特别是给开发者的 API 中，逐步实现对于 Alkanes 协议的支持。有趣的是，在充分的调研之后，我们发现实际的开发工作比我们预期的少，进展也比预期的稍快。我们会简单分析其原因，同时也会分享一些工作中的观察和发现。回到若干周前，真正打动我们开展相关工作的是，Alkanes 在消化和吸收了 Runes 等协议的优点之后，所构造出的一个即时可用的合约执行环境。具体地说，Alkanes 协议具有如下两个主要的优势：对类似 Runes 的基于 UTXO资产模型的继承和优化 Runes 已经向我们展示了这种模型的实用性和可靠性。我们惊讶地发现，Alkanes 通过创新性地融合Runes协议的方案，在合约的环境下建立起了新的优势。由于资产的所有权与 UTXO 直接绑定，用户仅通过普通交易就可以发送资产，无需像 ERC20 这样的协议那样，每一笔转账都需要与合约交互。也就是说，作为最常见的操作，一笔典型的转账可以做到无智能合约调用（contract-less asset transfer）。与非 UTXO 虚拟机（如 EVM) 相比，这极大地降低了性能开销，避免了大量的状态维护。使得虚拟机可以把有限的系统资源用在更高级的业务逻辑上。同时，由于 Alkanes 完全兼容 Runes 的资产识别标准（如 OP_RETURN 编码格式），我们在实现钱包、浏览器等基础设施时，可以基本做到较低成本的代码复用，在实际工作中，这可以显著提高开发效率，降低开发者的迁移门槛。已然可用的创新比特币智能合约开源框架 我们知道，在比特币生态中，有很多团队在进行智能合约相关的探索和开发，他们为自己的工作起了很多有趣的名字，如 BTCfi等等。而Alkanes 在有限的开发时间内，通过巧妙地利用 WebAssembly 的相对成熟的基础设施，在其他大部分团队还在做方向性的探讨和摸索时，已经在比特币主网上落地了一套相对可用的智能合约开源框架。不得不说，我们在研究时，对系统的完成度是比较吃惊的。Alkanes 提供的智能合约方案，扩展了BTC生态的能力边界。其模块化架构允许开发者直接部署功能完备的合约（如AMM、质押、时间锁等），无需为每类功能修改底层索引器或协议规则。作为索引器的常年维护者，我们很自然地对这样的方案感到亲切和方便。小结 使用外部虚拟机而非比特币自身的脚本来扩展比特币的合约能力，这正在成为一个流行的做法。总的来说这种探索对于系统是有益的，特别是它在维护了比特币内核的简单，稳定和内聚力的同时，有效扩展了系统的能力边界，使得系统拥有更大的自由度（当然也带来了相应的复杂度）。进一步说，在小心地覆盖了 Runes 已有优势的基础上，通过正交地展示一个新的维度（WASM 合约能力），Alkanes 可以被认为是一个从功能角度试图挖掘更多潜力的进化版本。说完了两个主要的优势，这里我们也简要分析一下其目前存在的不足和改良空间：合约代码的安全性和健壮性带来的潜在风险 由于合约不是常见的 Solidity 开发环境，开发者会需要重新写出那些在EVM上已经成熟的合约代码，这对于大多数开发者来说构成了挑战。并且由于缺少足够的审计和合约代码验证平台，用户无法确认代币合约是否被恶意植入后门（如隐藏增发逻辑）。当前仅能依赖项目方主动提供源码，若合约未经验证即上线，存在资产被操控的高风险，这是需要开发者和用户注意的。操作不当导致的资产烧毁风险 选择使用基于UTXO的资产模型，为用户的理解和管理带来一定的挑战，对于尚未准确识别该协议的钱包而言，这会带来烧毁的风险，Runes的UTXO在没有携带OP_RETURN的交易下，会把资产转移到首个非OP_RETURN输出上，Alkanes没有继承这个特性，所以烧毁风险更高，这也是需要开发者和用户注意的。工程设计和实现的成熟度亟需提升 目前Alkanes处于早期，在工程上有大量亟需改善之处。以下我们在设计和实现各举一例，以引起协议维护者的注意，积极推动协议的改良和进化。（设计问题一例）序号偏移可能引发全局错误识别的风险。协议依赖连续编号分配合约ID，一旦某个序号因故障偏移（如索引运行版本或者运行环境等因素），后续所有资产转移指令将连锁失效。此设计缺陷可能临时性地导致后续所有资产暂时不可用，这要求各个索引方需要保持高度一致，对比Runes等协议（仅局部代币错误）存在系统性隐患。（实现问题一例）目前Alkanes 官方索引的单区块处理耗时根据Alkanes交易数量可能高达1-2分钟，且随交易量增加呈线性上升趋势。如果OP_RETURN的限制被解除，允许批量构造OP_RETURN，可能会存在针对索引的DDOS攻击，若未来交易激增（如热门代币铸造），可能引发严重拥堵，难以支撑高频应用场景（如DeFi交易）。索引性能需要进一步持续而深入的优化，以应对未来潜在应用可能带来的挑战。比特币区块链本身存在的固有限制 交易顺序依赖矿工打包。以太坊中，交易可以通过nonce来保证一定的先后顺序。但BTC上则退化为交易自身被打包的顺序，这导致了Alkanes协议下的合约交互的顺序完全无法保证。一个用户的两笔连续操作在区块打包前无法确定，在对顺序有较高要求的合约上，比较容易出现合约交互失败的情况。OP_RETURN数据段的容量限制。比特币当前OP_RETURN限制80字节，这对合约单次交互所能传递的数据有较大的限制，使得某些功能无法使用一般的方式实现。再次小结 从积极面对和解决问题的角度出发，我们认为当前系统还存在大量可以改进的空间，为了系统的健康发展，还有很多工作需要被完成。我们的期望和建议是，应当有意识地控制系统的复杂度，保持克制，谨慎地增加系统的控制变量和抽象维度；不要贪图一时的方便，引入太多可能成为历史包袱的负担。关于比特币的可编程性 在积极推动Alkanes发展的同时，我们不应忽视 BestInSlots 在 brc-20 上的可编程性探索。这是一条不寻常的道路，我们对于其进展保持密切的关注，并随时准备好为其提供支持。一个简单快速的比较是，应用了 EVM 和 Solidity 的 brc-20 programmable module 对区块链开发者更加友好，虚拟机行为更稳定可预测，但继承了更多的历史负担；而使用 WebAssembly 的 Alkanes 拥有的潜在优势是，（作为现代执行环境）有机会实现更高的性能，更有效的资源管理，同时新写出的脚本代码未经实战检验，也可能带来更多未知的风险。我们期待着随着各自系统的交付与完善，能够做出更深入的分析和总结。关于比特币生态的发展 2023 年，不同协议关注的焦点还在各自的原始特性上。时间推移至2025 年，低垂的果实已经摘完，新的维度的竞争才刚刚拉开序幕。UniSat 已经做好了热身，我们与相关的团队保持密切和深入的交流，并准备好随时积极地为开发者和用户提供来自一手的战地经验和工具支持。与那个夏天不同的是，这一次主网的潜在拥堵发生时，有了健壮的 Fractal Bitcoin 网络，我们将不再像那时一样，面对拥堵目瞪口呆，束手无策。在不远的未来，也许会有一次实战机会，让我们得以检验哪些技术方案可以在真实的战场上存活下来，得以成为比特币的有效扩展系统。同时，我们会逐步加大投入，对Fractal Bitcoin 做进一步的升级和改造，以使得它对于现代的合约执行环境更加友好。我们期望Fractal在提供了一个能够更快速确认，区块容量更大的宽松环境的基础上，让更多不同类型的合约受到更少的约束，得到更多更充分的发挥的机会，从而帮助比特币生态更充分地绽放。好听的故事打动人心，而能够深刻改变和成就系统的，是健壮的，可以运行，可以扩展的代码。Lorenzo2025-06-08
中文
最清晰、最精确的 SUBFROST ↔ Alkanes 关系解析
SUBFROST 是 Alkanes 生态的 核心基础设施之一，Alkanes 是 SUBFROST 的 执行层（Execution Layer）。
两者是深度绑定关系，互相依赖。**
🔥 1. SUBFROST 为什么必须依赖 Alkanes？
因为 SUBFROST 的核心资产 frBTC / dxBTC 在 Bitcoin L1 上需要“智能合约语义”，比如：
资产发行（mint）
资产销毁（burn）
wrap/unwarp 的状态记录
多签组操作
链上可验证逻辑
Fee/收益分配逻辑
未来的 DeFi 交互（AMM、借贷等）
👉 这些无法直接用 Bitcoin L1（OP_RETURN + UTXO）实现完整逻辑。
而 Alkanes 提供：
✔ Bitcoin L1 上的 Execution Layer
类似“Bitcoin 的半智能合约”
可编程状态机
无需软分叉、无需 BTC 共识修改
可部署复杂逻辑（比 BRC20 强无数倍）
✔ 资产标准
frBTC/dxBTC 都是 Alkanes Token 标准（SKY/BIS） 的一部分。
SUBFROST 是“BTC 稳定资产系统”，但运行在 Alkanes 技术栈上。
✔ 安全性支撑
Alkanes 提供：
链上状态确定性
资产执行逻辑
解包流程验证
交易路由（未来 Saturn AMM）
👉 没有 Alkanes，SUBFROST 的 frBTC 和 dxBTC 是“无法上线”的。
🔥 2. SUBFROST 对 Alkanes 的意义（非常大）
Alkanes 的目标 —— 统一 Bitcoin L1 DeFi 资产层。
要做到这一点，需要“原生 BTC 资产进来”。
而 SUBFROST 正好提供：
✔ frBTC（包装 BTC）
这是 Alkanes 生态第一批“BTC-pegged asset”。
✔ dxBTC（收益 BTC）
让 Alkanes 上的 DeFi 协议能有“产生利息的资产”。
✔ 大量跨生态合作
由于 SUBFROST 同时在和：
BRC2.0
BIS infra
社区基础设施
钱包
执行层相关团队
合作，这些生态最终会“接入 Alkanes”，因为 frBTC/dxBTC 的底层是 Alkanes。
👉 SUBFROST 实际上是为 Alkanes 带来整条 DeFi 流量的重要入口。
🔥 3. 两者是“互补”还是“上级-下级”关系？
严格定义：
✔ Alkanes = “执行层”
✔ SUBFROST = “资产层 / 业务协议”
关系就像：
Alkanes = 以太坊
SUBFROST = MakerDAO（DAI）
或者：
Alkanes = Solana
SUBFROST = Marinade / Jito（Staked SOL 资产）
这是架构性关系，而不是竞争关系。
🔥 4. 是否会分裂？
不可能。
理由：
SUBFROST 的 frBTC 代码、路线图全部依赖 Alkanes。
SUBFROST 团队已经公开表示：
“Alkanes 是我们当前和近期的默认执行层。”
Alkanes 也在 Saturn AMM 等文档中明确提及 frBTC/dxBTC 是生态基础资产之一。
BRC2.0 只能提供接口，不提供执行层能力，无法替代 Alkanes。
👉 两者绑定非常深，直接拆开会导致 SUBFROST 功能不可用。
🔥 5. 是否存在潜在竞争？
目前没有，因为：
Alkanes 是 Execution Layer（底层）
SUBFROST 是 Asset Layer（上层应用）
但未来如果：
OP_NET
RGB++
Arch Network（Saturn）
提供类似执行层能力，SUBFROST 有可能多链部署。
但 Alkanes 是 SUBFROST 的 首发链 + 主链，地位不会轻易改变。
🧨 6. 所以现实意义是：
SUBFROST 的成功 = Alkanes DeFi 的成功
因为：
frBTC 会成为交易对
dxBTC 会成为借贷抵押品
SUBFROST 的 TVL 会提升 Alkanes 的 TVL
SUBFROST 的合作会带流量给 Alkanes
Alkanes 的扩张 = SUBFROST 的可用性提升
Saturn AMM 上线后 frBTC/dxBTC 可用于 AMM
Alkanes 扩容后 SUBFROST 交易成本下降
新资产标准能让 SUBFROST 产品更丰富
🎯 结论
SUBFROST 与 Alkanes 的关系 =“基础协议 + 关键资产层”
两者是共生关系，而非竞争关系。
可以一句话概括：
SUBFROST 是 Alkanes 上第一个真正有价值、有可能带来 TVL 的“BTC 稳定/包装资产体系”。Alkanes 是 SUBFROST 得以上线的执行层基础设施。
中文
天使 retweetledi
我帮大家总结了一下最近关于柴油空投的质疑声!
并把它编撰成了一首歌:
《FUCKING OYL CORP DIESEL AIRDROP》
希望大家越战越勇，
把FUD填满 #ALKANES 每个角落!
让我们一起归零!
Let's fucking go!
@moffat2021 @AirheadFun @taggaOyl @jin_maa
出来挨打!
#ALKANES #METHANE #DIESEL
中文
甲烷之路：Methane Journey on Alkanes
🟢 一切始于2025年3月
第一批 $Methane 代币在 Alkanes 生态铸造诞生，成为首个真正意义上的社区代币，吸引了众多探索者和建设者的目光。
🟢 2025年4月
$Methane 正式开启自由交易，流动性初现，社群逐渐活跃，用户联系更加紧密。每一笔交易，都是生态生命力的跃动。
🟢 2025年5月
随着 Alkanes 生态逐渐壮大，越来越多新项目开始关注和加入，丰富的工具、小型社区活动、科普内容不断涌现。$Methane 在创新实践中不断被验证。
🟢 2025年6月
更多优秀开发者加入，围绕挖矿、质押、抽奖等DeFi应用积极探索，为BTC DeFi铺路。$Methane 在实际应用中持续积累和壮大，生态连接和创新并进。
🔵 展望未来：7-9月
➱7月、Alkanes 首个AMM（自动化做市商）协议上线在即，$Methane 计划作为重要资产加入流动性池，DeFi玩法初步显现，生态活力有望进一步提升。
➱8月、更多DeFi协议和核心功能（借贷、流动性质押等）即将落地，$Methane 可能释放更广阔的金融用例，生态良性循环加速形成。
➱9月、随着社区不断壮大，开发者和用户将更深度参与，创新项目迭代加快。甲烷有望成为Alkanes生态不可或缺的金融基石，为更多未来可能埋下伏笔。
This is the journey of Methane—from the first spark in March, to new vitality every month, and more excitement still ahead.
每一步，都是社区共建的真实传奇。感谢所有同行者，未完待续！
@taggaOyl @AirheadFun @judoflexchop
#Alkanes #METHANE #Bitcoin
中文
风雨过后是彩虹🌈，#atomicals 的时代即将来临
大鸡哥@BigJiGe2049
谁也无法阻止我奶 #BTC 生态的决心，虽然奶一个崩一个，奶到底！ 这波奶 #atomicals 的 #atomarc ！ 优点：1.比特币生态低估值洼地，承受不了一点资金进来，进来就要飞。 2.第二个链上完整发币协议，功能强大！ 3.社区强大，为数不多天天很多信息的大饼生态群了！大饼生态玩家可以说没有不知道的。 4.avm预期，在链上完成智能合约，目前已经发布案例，完成测试了。 5.主要是就特别2000万市值，跌了一年多，风险小，空间预期大！ 缺点：1.流动性差，大资金进不来！一进来就拉飞。 2.A神在努力去个人主义了，社区还是把他当作精神领袖！是不是需要一个新领袖才能忘记他？ 估值：这轮牛市 atomarc我看到至少100u！如果avm发布出来，无法估值，得重新定价！
中文