
如果用一句话解释,Hashi 是一个让原生 BTC 在 Sui 上变成可编程抵押品的底层协议。
它不是单一借贷 App,而是“原语层”基础设施,供借贷协议、资管策略、钱包与托管方接入。
你可以把它理解为:
上层是借贷和收益产品;
中间是风控、定价、清算规则;
底层是 Hashi 负责的 BTC 抵押与跨链协同机制。
过去 BTC 参与 DeFi,常见痛点有 3 个:
信任成本高:很多方案依赖中心化托管或复杂中间层,用户很难验证资产到底怎么被管理。
透明度不足:抵押率、清算阈值、风控参数在部分模式下不够可见,机构难以大规模参与。
资金效率偏低:大量 BTC 长期闲置,持有人想要流动性时通常只能卖币,或者承担较高对手方风险。
Hashi 的思路是:在保持 BTC 资产属性的同时,把抵押和信用流程尽量“代码化”“可验证化”,降低黑箱操作空间。
从公开资料看,Hashi 的核心逻辑可以拆成 4 步:
用户存入原生 BTC;
系统完成确认与状态映射;
在 Sui 侧按规则完成抵押、借贷或信用发放;
偿还后可赎回对应 BTC。
它强调几项机制:
智能合约执行:关键参数由合约约束,不依赖人工裁量。
实时定价输入:通过基准价格与预言机喂价支持抵押率管理。
自动化风控:当抵押健康度下降,触发预设清算或风险处理流程。
通俗说,Hashi 想做的是“把 BTC 抵押借贷从人工信用,变成规则信用”。
Hashi 之所以被关注,不只是技术概念,还在于它拿到了较完整的“机构 + 生态”组合支持。公开信息中常见参与者包括:
机构与基础设施:BitGo、Bullish、FalconX、Erebor Bank、Ledger、Fordefi;
定价与基准层:CF Benchmarks;
Sui 生态协议:Navi、Scallop、Suilend、AlphaLend 等。
这类组合意味着两件事:
有机会同时覆盖机构端与零售端场景;
不只是“发概念”,而是在为主网后真实流动性做前置准备。
不卖 BTC 也能获取稳定币流动性;
可用于经营、投资、对冲等资金需求;
在一定条件下提升资产使用效率。
把 BTC 纳入更标准化的信用与收益框架;
便于接入托管、风控、审计流程;
可探索固定收益、结构化信用等产品。
引入更大体量的 BTC 抵押池;
扩展借贷、Vault、收益策略空间;
提升协议的资产层深度与市场吸引力。
科普文章最重要的一点,是既讲机会也讲边界。Hashi 仍需要关注这些风险:
主网落地与采用速度:Devnet 到主网是关键阶段,真实交易量、清算表现和极端行情韧性还要观察。
跨链与系统复杂度风险:架构越复杂,越依赖多组件协同,任何环节异常都可能影响整体稳定性。
预言机与价格风险:抵押系统高度依赖定价准确性,异常波动期更考验机制设计。
监管与合规不确定性:不同地区对 BTC 抵押与链上信用的合规定义仍在变化。
结论是:Hashi 不是“无风险收益工具”,它是一个可能提升 BTC 资本效率的基础设施尝试。
BTCFi 的核心命题一直是:
如何在不牺牲安全性和透明度的前提下,让 BTC 真正进入可持续信用市场。
Hashi 的价值在于,它把这个命题推进到“可执行框架”层面:
用更明确的规则处理抵押;
用可验证数据支持风控;
用生态协作推动真实应用。
短期看,它是一个值得跟踪的基础设施新变量;
中长期看,它是否成功,取决于主网后的流动性质量、风控表现和机构持续参与度。





