UniSat 为何迟迟推延索引器代码开源？

BRC-20 交易所与索引器 UniSat 近期完成 Jubilee 升级，不过受到社群质疑为何迟迟不将索引器代码完全开源，受到把持商业利益的质疑。UniSat 于昨日撰文正式回复此一问题，表示其决策是出自于责任。

UniSat 完成 Jubilee 升级

UniSat 顺利完成 BRC-20 的 Jubilee 升级，不过其自五月就进展缓慢的开源计划随即受到社群的放大检视，对于一个在价值超过 30 亿美元的领导专案来说，这确实是一个很重要的问题，而 UniSat 团队也为此作出正式回应。

UniSat 表示其首要任务是最大限度地降低 Jubilee 升级期间的风险。既然升级已经成功完成，接下来将会推动更多开源的计划。

UniSat 仍未开源代码引疑虑

团队表示过去推迟开源开发进展，是有历史与现实因素影响。

历史因素

团队当时没有预料到 BRC-20 的功能会在几个月内成为比特币社群的焦点，导致人们对 UniSat 暂时的 BRC-20 中心化支持表达强烈的指责。

团队在内部开发 BRC-20 时，就像处理任何其他功能一样，需要逐步将之整合至现有的多个产品中，而接续不断测试与布署，有一套既有开发流程需要完成。

UniSat 最初并未将 BRC-20 索引器开发为独立产品，因此现在必须要从产品程式码中提取，以创建独立软体，这需要进行大量重构。就像是开发 Windows 95 时突然因为过于集中而受到批评，须将核心部分提取到开源 Linux 核心中，同时确保 Windows 95 继续无缝运行，这项任务的复杂性不言自明。

现实因素

另一层复杂性是团队希望以最佳化解决方案来改善使用者体验，而这涉及各种伺服器的广泛分散式协调，希望可以将开源索引器打造成一个轻量级的解决方案，以在低级别硬体上运行，供所有使用者而不是只有开发人员存取。

而要完成轻量级索引器，这需要对现有的架构进行大量精简和优化。

健康的开源架构才可以强化生态

UniSat 责任重大

UniSat 真诚地希望有一个健康、开源的 BRC-20 索引模型，因为这样才可以更好的为不同团队创造大量机会来建立基于 BRC-20 协议的其它服务。

举例来说，去年九月 Ordinals 峰会上，团队推出基于 BRC-20 的模组化架构，然后利用这个框架实现原生的 BRC-20 交易功能 (brc20-swap)。若当时已经存在健康、开源的模型，UniSat 就不需要额外的两个月来发明黑色模组 (black modules) 和白色模组 (white modules)，大可以设计让所有用户提款并展现出优势。

开源后模组化方法可以用于其它 BRC-20 应用，例如借贷或是稳定币的更高阶的应用，快速扩展 BRC-20 的各种功能，随著不同团队不断涌现的无数模组，BRC-20 将持续成长并无所不在。

UniSat 开源行动与决定，不仅仅是推出一个开源程式码库，而是推动 BRC-20 成稳健的底层协议的重要推手。

UniSat 开源并不是一种逃避责任，相反地，是决定自己将担起支撑 BRC-20 协议发展的重责大任。

BRC-20 需要持续发展

团队表示理解社群需要进一步的讨论和时间，以便在 BRC-20 相关标准上达成共识，例如传输攻击提案等小优化，或是支援 BRC20-swap 的模组架构等重大改进。

也希望社群成员停下来思考，未来是否想要将 BRC-20 推向更高阶应用的工具？或者仅仅成为众多的谜因历史之一而停滞不前？

UniSat 把持利益疑虑未解释

在快速迭代的市场中，UniSat 确实在 BRC-20 协议的开发贡献良多，也以产品提供良好的使用者体验，有底气能支撑其上述愿景。

不过既然 BRC-20 协议已经成为 30 亿美元的去中心化专案，UniSat 的每一步必定都会被放大检视。推迟索引器的去中心化，社群自然会有其把持商业利益猜想，毕竟其中利益巨大，此回复社群是否买单仍有待观察。