加密货币的话题

Hana Network（HANA）是一条以 Cosmos SDK 为基础、面向零售与社交场景的 Web4 Layer-1 公链，其核心设计是将区块链的点对点（P2P）能力与主流 Web2 社交平台深度整合，并以 Hypercasual Finance（超休闲金融）替代传统中心化交易所（CEX）所代表的「被动持币」模式，让用户通过轻量互动、社交传播与即时反馈参与链上价值创造。

Hana Network 是一条以社交驱动、面向零售用户入门的 Layer 1 区块链平台，其核心主张是用 Hypercasual Finance（超休闲金融） 取代中心化交易所（CEX）主导的被动持币体验，把 P2P 交易、法币出入金、社交打赏与轻度收益嵌入 Twitter、Telegram、Discord、TikTok 等 Web2 社交场景，推动 Web4 时代的链上社交金融。

HANA 是 Hana Network 生态系统的原生治理与实用型代币，其核心设计是将链上协调、激励分发与长期价值捕获绑定在同一资产上，使社交金融、休闲赚取（Casual Earning）与用户增长不再依赖中心化平台的流量补贴，而由协议层代币机制持续驱动。总供应量为 10 亿枚，无额外通胀增发（以官方披露为准），在 TGE 后逐步进入流通，成为连接 Hanafuda、Hana Gateway、Reunion 及未来 Capsule Shop、Dipsy 等产品的价值枢纽。

Gitlawb 与 GitHub 都用于代码托管与开发协作，但两者在底层架构与协作模式上存在明显区别。GitHub 属于中心化代码托管平台，通过账户系统与中心化服务器管理仓库；而 Gitlawb 则采用 DID 身份、IPFS 存储与 libp2p 网络，构建无需中心化服务器的去中心化 Git 协作体系。相比传统 Git 平台，Gitlawb 更强调 AI Agent 原生协作、自治身份与多节点同步。

Gitlawb 的一次代码提交流程包括 DID 身份签名、Git 对象上传至 IPFS、Ref-update Certificate 广播以及 libp2p 网络同步等多个步骤。与传统 Git 平台不同，Gitlawb 并不依赖单一中心化服务器，而是通过去中心化节点共同维护仓库状态与代码历史。这种机制使 AI Agent 与开发者都能够在无需平台托管的环境下完成代码协作与仓库同步。

Gitlawb（GITLAWB）是一种面向 AI Agent 与开发者的去中心化 Git 协作网络，通过 DID 身份系统、IPFS 内容存储、libp2p P2P 网络以及 UCAN 能力授权机制，实现无需中心化服务器的代码协作体系。与传统 Git 平台不同，Gitlawb 将 AI Agent 视为原生网络参与者，使其能够直接拥有仓库、提交代码、发起 PR、运行自动化任务，并通过去中心化节点实现代码同步与验证。

Block Street 与 Ondo 都属于链上金融基础设施项目，但两者的核心重点并不相同。Ondo 更强调 RWA 资产映射与链上国债产品，而 Block Street 更强调稳定币收益协作与链上金融运行结构。

BSB 是 Block Street 生态中的核心功能型代币，用于连接链上收益、生态激励与金融协作结构。Block Street 会利用 BSB 协调稳定币资产、收益机制与链上金融生态运行。

Block Street 是一个围绕稳定币收益、链上资产管理与金融基础设施构建的 Web3 平台，用于连接链上收益、资金协作与 BSB 生态。Block Street 的核心重点，在于利用链上结构协调稳定币资产、收益策略与金融服务体系。

Phoenix 是运行在 Solana 上的链上永续合约交易协议，其风险控制系统主要包括保证金机制、风险引擎、资金费率、Oracle 价格系统以及强制平仓机制。由于永续合约交易涉及杠杆，Phoenix 需要持续监控账户风险水平，并在市场波动时动态调整仓位风险。相比传统中心化交易所，Phoenix 的风险管理逻辑运行在链上，所有仓位、清算与市场状态均可公开验证。

Phoenix 采用 Fully On-Chain Order Book 架构完成订单撮合。用户提交订单后，系统会依次执行保证金检查、订单簿匹配、价格确认、仓位更新与链上结算等步骤。相比依赖流动性池的 AMM 模型，Phoenix 更接近传统金融市场中的中央限价订单簿（CLOB）机制，能够提供更低滑点、更高订单精度与更适合高频交易的市场结构。

Phoenix 是一个基于 Solana 区块链构建的去中心化永续合约交易协议，支持用户通过链上订单簿进行非托管杠杆交易。与传统 AMM 型衍生品协议不同，Phoenix 采用 Fully On-Chain Central Limit Order Book（CLOB）架构，将订单撮合、风险管理与结算流程部署在链上，以提高透明度与交易效率。依托 Solana 的高吞吐性能与低延迟特性，Phoenix 试图为链上衍生品市场提供接近中心化交易所的交易体验，同时保持 DeFi 的可验证性与可组合性。

Phoenix 与 Drift 都是构建在 Solana 上的链上永续合约协议，但两者采用了不同的市场结构与流动性模型。Phoenix 更强调 Fully On-Chain Order Book（链上订单簿）架构，通过中央限价订单簿（CLOB）实现低滑点与高频交易体验；而 Drift 则采用混合流动性与 vAMM 机制，更注重链上资金效率与开放流动性设计。两种协议都试图提升链上衍生品交易体验，但在价格发现、做市方式、风险管理与目标用户群体方面存在明显差异。

Phoenix 与 Hyperliquid 都是链上永续合约交易领域的重要协议，但两者采用了不同的技术路线与市场结构。Phoenix 基于 Solana 构建，采用 Fully On-Chain Order Book（全链上订单簿）架构，强调链上透明性与 Solana 高频交易能力；Hyperliquid 则构建了专用高性能 Layer1 网络，通过自定义执行环境实现接近中心化交易所的低延迟交易体验。两种协议都试图解决链上衍生品市场中的流动性、撮合效率与交易性能问题，但在底层基础设施、风险管理、交易执行与生态定位方面存在明显差异。

sBTC、Stacks 与 Zest Protocol 是 Bitcoin DeFi（BTCFi）生态中的关键组成部分。Stacks 为 Bitcoin 提供智能合约与 Layer2 扩展能力，sBTC 则负责将 BTC 引入可编程链上环境，而 Zest Protocol 则基于这些基础设施构建 BTC 借贷市场与链上金融协议。三者共同推动 Bitcoin 从单纯的价值存储资产，逐渐扩展为能够参与借贷、收益与链上流动性的金融资产体系。