The growing interest in secure multi-party database applications has led to the widespread adoption of Byzantine Fault-Tolerant (BFT) consensus protocols that can handle malicious attacks from byzantine replicas. Existing BFT protocols permit byzantine replicas to equivocate their messages. As a result, they need f more replicas than Paxos-style protocols to prevent safety violations due to equivocation. This led to the design of Trust-BFT protocols, which require each replica to host an independent, trusted component. In this work, we analyze the design of existing Trust-BFT and make the following observations regarding these protocols: (i) they adopt weaker quorums, which prevents them from providing service in scenarios supported by their BFT counterparts, (ii) they rely on the data persistence of trusted components at byzantine replicas, and (iii) they enforce sequential ordering of client requests. To resolve these challenges, we present solutions that facilitate the recovery of Trust-BFT protocols despite their weak quorums or data persistence dependence. Further, we present the design of lightweight, fast, and flexible protocols (FlexiTrust), which achieve up to 100% more throughput than their Trust-BFT counterparts.
翻译:由于对安全的多方数据库应用的兴趣日益浓厚,因此广泛通过了Byzantine Fault-Collerant(BFT)协商一致协议,这些协议能够处理来自Bizantine复制品的恶意攻击,现有BFT协议允许Bzantine复制品变异电文,因此,它们需要比Pixos式协议更多的复制品,以防止由于不均匀而出现违反安全的情况。这导致了Trust-BFT协议的设计,要求每个复制品都主办一个独立、可信赖的组成部分。在这项工作中,我们分析了现有Tust-BFT协议的设计,并就这些协议提出以下意见:(一)它们采用较弱的法定人数,这使得它们无法在BFT对应方支持的情景下提供服务,(二)它们依赖Bzantine Replacis的可靠组成部分的数据,以及(三)它们执行客户要求的顺序顺序排列。为了解决这些挑战,我们提出了各种解决办法,促进Fust-BFT协议的恢复,尽管其法定人数较弱或数据持续依赖性。此外,我们提出了较轻的、快速和灵活的协议的设计,而不是100-FT-Brust-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-tox-tox-tox-tox-tox-tox-tox-tox-trax-trax-tox-trax-trax-trax-trax-tox-trax-trax-trax-trax-trax-trax-tox-tox-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-trax-