Stellar（恒星网络）

Jed McCaleb 与 Joyce Kim 共同创办 Stellar 和非营利 Stellar Development Foundation，2014年7月公开网络。早期代码借鉴 Ripple 路线，基金会获得 StripeStripeStripe 是由 Patrick Collison 与 John Collison 联合创办的支付与可编程金融服务公司，总部位于旧金山和都柏林。其产品帮助企业收款、管理订阅和按用量计费、处理税务及平台金融服务；公司参加 YC 2009年夏季批次，支付产品于2011年推出，并逐步扩展至稳定币、数字钱包与 AI 代理商业。点击查看完整词条 初始支持，并把低成本跨境价值转移和金融接入作为使命。⁠[1]

Stellar Development Foundation以非营利组织形式启动，早期董事包括Keith RaboisKeith RaboisKeith Rabois 是投资人、企业家，现任 Khosla Ventures Managing Director、Opendoor 董事长。他曾在 PayPal、LinkedIn、Slide 和 Square 担任管理职务，后在 Khosla Ventures 与 Founders Fund 从事风险投资，参与创办 Opendoor 和 OpenStore。他的公开职业经历涉及支付、职业社交、房地产交易、电商与创业投资，并曾就团队管理、授权和垂直整合发表观点。点击查看完整词条、Patrick Collison、Matt Mullenweg和Shivani Siroya；Stripe提供300万美元贷款，换取20亿枚早期stellar。基金会把目标表述为扩大金融服务可及性，而不是经营一家吸收存款的银行。⁠[1]

非营利身份不等于网络没有商业参与者：钱包、交易所、锚点、资产发行方和应用可各自收费并承担合规责任。基金会维护代码、资助生态和持有XLM，与协议上每个资产发行人的兑付义务必须分开。⁠[1]

2014年网络最初沿用和修改Ripple相关代码；基金会随后邀请斯坦福大学David Mazières设计新的共识协议，并在2015年迁移到SCP。SCP论文由Mazières署名，Jed McCaleb被致谢为提供灵感和反馈，二者不能混写成共同作者。⁠[2]

这次迁移说明“Stellar”既指持续演化的网络，也包括不同历史时期的软件实现。早期余额迁移与后来协议规则连续，但共识算法、消息格式和安全论证发生实质变化。⁠[2]

网络创世时创建1000亿个当时称为 stellars、后来称 lumens 的原生资产，早期计划把大部分免费分发给个人与合作方，并保留一部分支持基金会。分配计划后来调整，不能把2014年的目标当作当前供应。⁠[1]

David Mazières 设计 SCP，以联邦拜占庭协议让各节点选择信任切片并通过法定集合交集达成安全共识。网络在2015年迁移到新实现，保留旧网络持有者一比一领取安排。SCP不依赖挖矿，但其安全取决于验证者选择和法定集合配置。⁠[2]

传统BFT系统先确定成员名单；SCP的联邦拜占庭协议允许每个节点自行选择足以说服自己的quorum slices。多个切片重叠形成quorum，只有在足够的quorum intersection等条件成立时，网络才能同时保持一致性和推进。⁠[2]

“无需挖矿”不等于无需信任判断。节点运营者必须评估其信任集合、组织独立性和可用性；错误或高度相关的quorum配置可能让网络停摆。协议在无法安全达成一致时倾向停止，而不是制造互相冲突的账本。⁠[2]

任何人都可运行Stellar节点，但节点是否影响共识取决于其他节点是否把它纳入quorum set。官方解释要求节点公开可验证身份，便于运营者选择或排除信任对象；共识通过多轮提名和投票，一般约数秒确认。⁠[3]

因此节点数量不能直接当作去中心化程度。应同时观察有多少独立组织承担关键quorum责任、它们的云服务与地域相关性、历史归档能力，以及删除某一组织后是否仍有quorum intersection。⁠[3]

Stellar账户由公钥标识，保存余额、序列号、签名者、阈值和子条目。每笔交易使用递增序列号防重放；账户可配置master、low、medium、high权限阈值，并加入具有不同权重的签名者，实现多签或权限分层。⁠[4]

账户需要满足基础储备，trustline、报价和额外签名者等子条目会提高最低余额。XLM不足可能阻止创建新条目或使交易失败；多签安全仍取决于密钥保管、恢复流程和阈值设计。⁠[4]

XLM 用于支付交易费、满足账户最低储备和作为通用交换媒介。Stellar 上其他资产由发行账户定义并可设置授权与冻结规则；原生 lumen 没有普通资产发行人账户。⁠[5]

除XLM外，Stellar资产通常由发行账户和资产代码共同定义。用户先建立trustline，表示愿意持有特定发行人的资产；发行方可设置授权、冻结或clawback等标志，以满足受监管证券、稳定币或赎回业务需求。⁠[6]

同名代码不是同一种资产，必须核对发行账户。链上转移成功只证明账本余额变化，不自动保证银行存款、黄金或其他链外抵押物存在，也不保证发行人按面值赎回；这些责任由发行条款和法律关系决定。⁠[6]

Stellar把报价和撮合操作直接纳入协议，账户可在订单簿挂单；路径支付允许发送一种资产、经订单簿或流动性池转换后让收款人收到另一种资产。原子执行意味着整条路径要么完成、要么回滚。⁠[7]

协议内DEX不等于价格有深度或没有滑点。薄弱订单簿、受限trustline、发行人冻结、路径过长和抢跑仍会影响执行；使用者应设置严格的发送上限或接收下限，并验证资产发行账户。⁠[7]

锚点把银行账户、现金网络或其他支付渠道接入Stellar，负责接受法币、发行对应链上资产、处理赎回并完成KYC/AML。SEP-6、SEP-10、SEP-12、SEP-24和SEP-31等标准分别规范程序化存取、身份认证、客户信息、交互式出入金和跨境付款流程。⁠[8]

锚点是明确的信任与合规边界，不是被共识替代的中介。用户承担其托管、偿付、司法辖区、费用和营业时间风险；网络可以结算代币，却不能强迫锚点交付链外资金。⁠[8]

Stellar 的 anchor 是连接银行、现金网点和区块链的出入金服务商，可接收法币后发行可赎回代币，或处理赎回。网络提供SEP标准协调KYC、认证、报价和支付流程；资产信用风险仍由具体发行人和锚点承担。⁠[9]

Stellar可承载CircleCircleCircle 是由 Jeremy Allaire 与 Sean Neville 于 2013 年创办的金融科技公司，发行美元稳定币 USDC 和欧元稳定币 EURC，并提供跨链转账、支付网络及区块链基础设施。公司于 2025 年在纽约证券交易所上市，股票代码为 CRCL。点击查看完整词条等发行人的USDC；该资产沿用Stellar的快速结算和低费用，但其美元储备、赎回、地址限制与合规政策仍由发行人体系决定。XLM是原生资产，USDC是由特定发行账户表示的链上美元负债，二者不是同一经济权利。⁠[10]

钱包显示“USDC”时应验证发行账户和接入方，避免同名假资产。跨链版本之间也不能仅凭代码相同视为可互换，桥接、原生发行和交易所内部余额各有不同托管与赎回路径。⁠[10]

2021年MoneyGram与SDF宣布将其零售网络接入Stellar，以USDC支持现金入金、现金兑付和近实时后台结算；随后逐步扩展到支持的钱包和国家。用户可在参与网点把现金转换为Stellar USDC，或反向兑付本地货币。⁠[10]

覆盖国家、网点、钱包资格、身份审查、限额和费用会随地区变化。“近实时”主要描述后台结算目标，不保证每次柜台交易无排队、无合规审核或按固定汇率完成。⁠[10]

Stellar Aid Assist让援助组织通过Disbursement Platform批量把稳定币发送到受助者自托管钱包；受助者可保留、转账或通过参与的MoneyGram渠道兑成现金。该设计试图减少预付卡物流，并让资金流在链上可追踪。⁠[11]

受助资格仍由援助机构决定，钱包和兑现服务也可能要求身份信息。公开账本透明度与受助者隐私之间存在张力；设备丢失、密钥恢复、网络接入和当地稳定币规则同样决定实际可用性。⁠[11]

官方文档截至2026年7月21日列出：最初生成1000亿XLM，历史通胀增加约54.44亿，累计销毁约554.42亿，当前总供应约500.018亿；其中约341.69亿流通，SDF mandate持有约155.64亿，另有升级储备与费用池。⁠[5]

这些数字会随基金会分发、账户合并、费用燃烧和网络升级改变。总供应、流通供应、基金会持有、交易所托管和可出售数量不是同一指标，引用时必须保留统计日期，不应用市值网站的实时数字倒推历史。⁠[5]

Stellar 最初每年增发1%，验证者于2019年10月投票结束通胀机制。同年11月，SDF 把约554亿 XLM 发送到无签名地址销毁，使总供应显著下降。销毁的是基金会控制资产，不等于按比例扣减所有用户余额。⁠[5]

每项operation需支付基础费；当待处理交易超过账本容量时，网络采用surge pricing，交易按愿付费用进入账本。费用进入fee pool而不作为验证节点奖励，相关XLM可在协议升级时处理；Stellar没有挖矿，也没有用XLM质押来获取共识奖励。⁠[12]

低基础费不是固定不变的美元成本。复杂交易含多个operation，拥堵时费用会升高，智能合约还按CPU、内存、账本读写和事件等资源计费。钱包应估算并设上限，而不是把“低费”理解为零费。⁠[12]

SDF的2019 mandate把资源分为直接开发、生态支持和用例投资等类别，并公开相应XLM预算。基金会持币可用于员工、供应商、赠款或投资，但不等于持币者按代币投票控制协议。⁠[13]

协议升级由验证节点在运行软件和网络设置中接受，SDF可写代码、发布候选版本、协调讨论并提供默认配置，却不能仅凭持有XLM直接产生共识票。现实影响力仍可能来自核心开发、品牌、资金和关键基础设施，应与形式上的验证投票同时描述。⁠[13]

2019年5月15日，Stellar因无法达成共识停止关闭账本67分钟，期间没有交易处理；恢复后从原账本继续，没有分叉或余额错乱。基金会复盘称部分验证节点不稳定，Keybase维护下线成为触发因素，暴露quorum配置和监控不足。⁠[14]

事故体现SCP在一致性与活性冲突时选择安全停机。资金状态保持一致并不能淡化可用性风险；当时恢复后的核心验证责任一度集中到少数组织，促使社区改进监控、维护协调和quorum分析工具。⁠[14]

2021年4月6日，SDF自己的验证节点和公共Horizon实例约十小时无法服务，Lobstr等部分节点也受影响；其他Tier 1节点仍形成足够quorum，主网继续约每五秒关闭账本。依赖SDF公共API的用户当时不能提交或查询，不等于账本停止。⁠[15]

团队确认软件问题、发布修复，验证节点随后投票升级Protocol 16。该事件与2019年全网停摆不同：它同时证明独立节点能维持共识，也说明公共API和默认基础设施仍可能成为用户体验层面的集中故障点。⁠[15]

Protocol 20 于2024年把 Soroban WebAssembly 智能合约引入主网，增加合约存储、授权、资源计量和费用。Classic 支付操作与 Soroban 合约共存，费用和资源竞争按不同池处理。⁠[16]

Soroban是集成进现有Stellar链的智能合约平台，不是独立侧链。合约主要用受限Rust方言编写并编译为WebAssembly；宿主环境提供持久化存储、密码学、跨合约调用、资源计量与费用计算，CLI的本地测试环境与链上宿主实现保持一致。⁠[17]

受限运行时旨在缩小攻击面，但不消除合约漏洞。开发者仍需处理授权、存储生命周期、重入式交互、精度、升级和外部资产风险；第三方合约不因部署在Stellar而获得基金会担保。⁠[17]

验证节点于2024年2月20日批准Protocol 20，先以Phase 0观察网络；2月27日进入允许开发者部署测试的Phase 1，3月19日再投票提高网络设置进入用户可用的Phase 2。把2月20日写成所有智能合约容量完全开放会忽略这套风险控制。⁠[18]

容量、CPU、内存和费用等设置由验证节点继续投票调整。分阶段发布让运营者观察负载，也意味着“主网上线”与“达到目标吞吐量”是不同日期；应用状态应按具体协议版本和设置核验。⁠[18]

Protocol 23 Whisk 引入状态归档和并行处理相关能力；Protocol 25 X-Ray 增加 BN254 与 Poseidon 等零知识密码学原语；Protocol 26 Yardstick 于2026年5月上线，继续修正边界和精度问题。升级由验证者投票，而非基金会单方面生效。⁠[16]

Zipper 计划并完成主网升级流程，加入委托账户授权与更稳健的地址绑定凭证等功能，并推动 JavaScript 基础库整合。应用需按升级指南迁移旧凭证使用方式；协议兼容期不代表可永久忽略变更。⁠[19]

SDF 开发和资助生态，但验证者通过法定集合和协议升级投票维持网络。风险包括验证者信任配置、资产发行人违约或冻结、锚点合规、智能合约、最低储备与费用变化，以及 XLM 市场波动。⁠[2]