paxos
11月20日消息，赵长鹏在接受CNBC采访时表示，BUSD不是由币安发行，而是由Paxos发行和维护。在熊市中，交易所应该持有大量稳定币，否则可以被视作一种危险信号。即使所有客户同时取款不会对币安正常运营产生影响，币安所有加密货币都完全由储备支持
阿里花名银时，阿里巴巴企业互联网架构平台产品经理、国家认证系统分析师、IT畅销书作者，著有《从Paxos到ZooKeeper》一书，2015年国内新书畅销榜Top10。2010年，以实习生身份加入阿里，入职中间件技术团队，经历了阿里中间件技术从1.0到3.0的变革，目前负责商用软件EDAS。 大宴会厅3 如今的阿里巴巴电商平台上，业务生态百花齐放，新的创新业务不断涌现，而这都得益于阿里底层的微服务架构高可扩展
相信所有研究过分布式系统的同学都对大名鼎鼎的FLP不可能性有所耳闻，简单来说，FLP不可能性证明了“在可能有哪怕一个进程故障的异步系统模型中，共识问题无法被解决”。但矛盾的是，现在正当红的很多分布式系统，都依赖于底层的共识算法，比如Multi-Paxos、Raft等，难道是FLP错了么？共识问题已经被解决了？还是说我们用的分布式系统都是有问题的？ 想要理解这个问题，其实是要搞清楚一件事情：FLP不可能性真正意味着什么？ 注：如无特殊说明，本文中的进程故障模型均为crash-stop，通信链路模型为perfect link。 继续阅读：→ 本站点采用知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议进行许可
相信所有研究过分布式系统的同学都对大名鼎鼎的FLP不可能性有所耳闻，简单来说，FLP不可能性证明了“在可能有哪怕一个进程故障的异步系统模型中，共识问题无法被解决”。但矛盾的是，现在正当红的很多分布式系统，都依赖于底层的共识算法，比如Multi-Paxos、Raft等，难道是FLP错了么？共识问题已经被解决了？还是说我们用的分布式系统都是有问题的？ 想要理解这个问题，其实是要搞清楚一件事情：FLP不可能性真正意味着什么？ 注：如无特殊说明，本文中的进程故障模型均为crash-stop，通信链路模型为perfect link。 继续阅读：→ 本站点采用知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议进行许可
Paxos 实现一致性的基础是每一次 touch 集群时 都要走所谓的 2 phases. 这个 2 phases 是一个实实在在的写操作 并没有所谓的只读. 对于 Paxos 它并不关心是读操作还是写操作 它要做的 就是将数据复制到多个节点上. 有一种特殊情况下的优化 那就是 Paxos proposer 获得了集群的全部副本 并且知道全部副本都是完全相同的 就不需要执行 phase 2. 在某些情况下 并不能这样优化 因为等待全部节点返回结果 可能消耗很长的时间. 而且 某个节点故障时 显然不应该等也等不到全部结果. 所以 简单的做法是无论怎样 都从多数派里获取最新的值 然后要求所有节点都接受这个值(phase 2). 所以 对于 Paxos 来说 要么全部节点都查询一遍(并且期望全部节点是完全相同的) 要么产生一个新的共识 否则不能返回结果给客户端. 这增加了系统的故障机率. 工程实践上极度厌恶"不可用" 追求
近日，Paxos电邮服务商Mailchimp出现了数据泄露。黑客入侵了Mailchimp系统，获取了两份Paxos客户的email清单。 据Paxos的说明，Paxos网站是安全的，客户的资料、资金也不会受到影响
如今的阿里巴巴电商平台上，业务生态百花齐放，新的创新业务不断涌现，而这都得益于阿里底层的微服务架构高可扩展。而谁能想到，早在10年以前，偌大的淘宝网站点都是运行在单一的部署包内，往往对其中一个模块的改动都会牵一发而动全身。10年以来，阿里巴巴一直在微服务的道路上摸索着，前进着，其间伴随着互联网和移动互联网的盛行，海量的用户一次又一次的洗礼了各个机构的IT系统，而在阿里，这种改变无疑更加频繁与剧烈——这些年下来，中间件技术完成了从1.0到3.0时代的蜕变，并已经完成了将技术变成商业化产品，对于海量微服务的治理能力处于业界领先
说明：下面的内容清单中，凡是有 📚 标记的技术，都已整理成详细的教程。 ZooKeeper 为分布式应用提供了高效且可靠的分布式协调服务，提供了诸如统一命名服务、配置管理和分布式锁等分布式的基础服务。在解决分布式数据一致性方面，ZooKeeper 并没有直接采用 Paxos 算法，而是采用了名为 ZAB 的一致性协议
什么? 不可更新? 不可修改? 太违反常理了吧? 这样 有个鸟用? 我今天终于在 stackoverflow 上看到了这个说法 然后再回头阅读 Paxos made simple 我不得不得出同样的理解. 所以 我昨天"关于 Paxos 论文中的迷惑之处"的问题也得到了解答. 如果你把 instance 当作 key 用 Paxos 来对 key 的值达成共识 确实只能是一次性的 确定之后你就不能再更新它的值了. 只要把 instance 对应成对整个数据库做的一次操作 然后对多次操作指定顺序 就是我们常见的 binlog 同步.
全球最大的资产管理公司贝莱德的首席执行官拉里芬克认为，将股票和债券等资产类别代币化可以提高资本市场的效率并改善投资者准入。 这位首席执行官在其最新的年度致投资者信中指出，贝莱德目前正在探索数字资产行业并将继续这样做，尤其是在与许可区块链和股票和债券代币化相关的领域。 在信中，Fink 认为数字资产领域的运营潜力超越了比特币