分布式共识优化_第1页
分布式共识优化_第2页
分布式共识优化_第3页
分布式共识优化_第4页
分布式共识优化_第5页
已阅读5页,还剩19页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

21/24分布式共识优化第一部分分布式共识机制概述 2第二部分共识算法分类 4第三部分Paxos算法解析 7第四部分Raft算法优化 9第五部分拜占庭容错共识 11第六部分区块链中的共识机制 14第七部分分布式共识的性能评估 18第八部分共识算法的最新进展 21

第一部分分布式共识机制概述关键词关键要点主题名称:分布式系统中的共识

1.共识是分布式系统中达成一致状态的过程,至关重要,是系统稳定性和可靠性的基础。

2.在分布式系统中,由于节点或网络故障等因素,可能会出现临时或永久性失效,共识机制需要支持在这些情况下维护一致性。

3.共识机制根据其设计和实现方式不同,可分为不同类型,例如拜占庭容错、容错副本和分布式锁服务。

主题名称:拜占庭容错

分布式共识机制概述

分布式共识是一种计算机科学机制,它允许一组分布在不同位置的计算机或节点在没有中央权威机构的情况下就某个状态或决定达成一致。共识在分布式系统和区块链技术中至关重要,因为它确保了所有参与节点对系统状态有相同的理解,并防止恶意行为者破坏系统。

共识的类型

根据共识机制实现方式的差异,可将其分为以下几种类型:

*共识协议:通过交换消息和执行约定的规则,节点达成共识。例如,Paxos、Raft和PBFT。

*状态机复制:节点维护冗余的状态副本,并通过复制状态更新来保持一致性。例如,ZooKeeper和Kafka。

*分布式事务:节点协调执行一组操作,以保证操作要么都成功执行,要么都失败。例如,两阶段提交(2PC)和三阶段提交(3PC)。

共识算法

实现分布式共识的具体算法有多种,每种算法都有其优点和缺点。以下是常用的共识算法:

*拜占庭容错(BFT):即使存在恶意节点,也能容忍故障并达成共识。例如,PracticalByzantineFaultTolerance(PBFT)。

*权益证明(PoS):通过持有特定数量的加密货币,节点获得参与共识的权利。例如,以太坊2.0和Cardano。

*工作量证明(PoW):节点通过解决计算密集型难题来争夺创建新区块的权利。例如,比特币和莱特币。

*委托权益证明(DPoS):由委托人选举一小部分节点来代表他们参与共识。例如,EOS和Tron。

*Raft:一种高性能共识算法,适合小规模集群。

共识机制的评估标准

评估分布式共识机制时应考虑以下标准:

*安全性:机制的抗攻击能力,包括拜占庭故障。

*性能:机制达成共识所需的时间和资源。

*可扩展性:机制处理越来越多的节点的能力。

*成本:机制的运营和维护成本。

*灵活性:机制适应不同系统要求的能力。

共识机制在区块链中的应用

共识机制在区块链技术中扮演着至关重要的角色,它确保了区块链的不可篡改性和一致性。大多数区块链使用共识算法来验证和添加交易到区块链中,例如:

*比特币使用工作量证明共识。

*以太坊使用权益证明共识。

*EOS使用委托权益证明共识。

选择共识机制

选择合适的共识机制取决于特定应用程序的要求。需要考虑的因素包括:

*系统的规模和分布。

*系统的安全性和容错要求。

*系统的性能和延迟限制。

*系统的成本限制。

研究方向

分布式共识是一个活跃的研究领域,不断涌现新的算法和优化技术。当前的研究方向包括:

*提高共识的性能和可扩展性。

*增强共识的安全性,使其能够抵抗更复杂的攻击。

*开发适用于特定应用场景的定制共识机制。

*探索共识机制在其他分布式系统中的应用,例如云计算和物联网。第二部分共识算法分类关键词关键要点共识算法分类

1.实用拜占庭容错(PBFT):

-确定性协议,可容忍最多1/3的恶意节点。

-通过多轮消息传递和复制状态机实现共识。

-提供高吞吐量和低延迟。

2.Paxos:

-非确定性协议,可容忍任意数量的恶意节点。

-基于提案、接受和承诺阶段的多分阶段过程。

-具有很高的容错性和顺序保证。

3.Raft:

-实用拜占庭容错协议,专注于性能和可用性。

-使用领导者和追随者的概念,实现高效的共识。

-适用于具有较强领导者地位的网络。

共识算法的演变趋势

1.向异步共识发展:

-传统共识算法假设网络同步,但现实网络往往是异步的。

-异步共识算法可以应对网络延迟和消息丢失。

2.容错能力提升:

-近年来,共识算法的研究重点在于提高容错能力。

-新的协议可以容忍超过1/3的恶意节点,甚至可以应对分区网络。

3.与多区块链协作:

-随着区块链行业的不断发展,共识算法正在探索支持跨链协作。

-通过跨链桥和共识互操作性,共识算法可以实现不同区块链之间的交互。共识算法分类

共识算法是分布式系统中实现节点之间对特定数据或状态达成一致的关键机制。共识算法的分类有多种标准,以下根据其实现方式、通信模式和决策机制进行分类:

按实现方式分类

*基于进程的算法:节点之间通过消息传递进行通信,例如Paxos、Raft和Zab。

*基于状态机的算法:节点之间通过共享状态机进行通信,例如PBFT和HotStuff。

按通信模式分类

*同步通信:节点以同步的方式进行通信,所有节点在任何给定时刻都拥有相同的信息。例如PBFT、HotStuff和ViewstampedReplication。

*异步通信:节点以异步的方式进行通信,节点之间可能存在延迟或消息丢失。例如Paxos、Raft和Zab。

按决策机制分类

*领导者/追随者算法:系统中有一个指定的领导者,负责提出提案并获取其他节点的共识。例如PBFT、HotStuff和ViewstampedReplication。

*共识协议算法:所有节点都可以平等地参与共识过程,没有明确的领导者。例如Paxos、Raft和Zab。

特定共识算法

Paxos:一种基于进程的、异步通信的共识算法。它使用多轮消息传递来确保即使在有故障的情况下也能达成共识。

Raft:一种基于进程的、异步通信的共识算法。它比Paxos更加高效,因为它使用单一领导者来简化共识过程。

Zab:一种基于进程的、异步通信的共识算法。它是为ApacheZooKeeper开发的,专用于处理大型分布式数据集。

PBFT:一种基于状态机的、同步通信的共识算法。它使用故障容错机制来确保即使有恶意节点也能达成共识。

HotStuff:一种基于状态机的、同步通信的共识算法。它是PBFT的一种改进版本,通过并行化共识过程来提高性能。

ViewstampedReplication:一种基于进程的、同步通信的共识算法。它使用视图机制来管理节点之间的通信并确保一致性。

不同的共识算法具有不同的性能和特性,选择合适的算法需要考虑系统需求、容错性要求和性能目标等因素。第三部分Paxos算法解析Paxos算法解析

Paxos算法是一种分布式共识算法,旨在解决分布式系统中的一致性问题。它允许一组分布式节点在存在故障的情况下就一个单一值达成一致。

基本原理

Paxos算法的核心思想是利用一个称为“领导者”的特殊节点来协调其他节点的行为。领导者负责提议一个值并收集其他节点的投票。如果领导者收到来自大多数节点(通常是超过一半)的批准票,则该值会被选为共识值。

详细过程

Paxos算法包含以下基本步骤:

1.提议阶段:领导者向所有节点发送一个提议消息,其中包含它建议的值。

2.准备阶段:每个节点收到提议消息后,要么投票支持该提议,要么拒绝(如果它已经收到了一个较高的提议编号)。

3.接受阶段:如果领导者从大多数节点收到准备票,则它向所有节点发送一个接受消息,其中包含它打算采用的值。

4.学习阶段:每个节点收到接受消息后,它将该值存储为当前共识值。

保证的一致性

Paxos算法通过以下机制保证一致性:

*单一领导者:只有一个领导者可以提议值,这消除了同时拥有多个领导者的可能性。

*提议编号:每个提议都有一个唯一的编号,这确保了节点只投票给最新的提议。

*大多数投票:共识值只有在获得大多数节点的批准的情况下才会被接受,这确保了它代表了系统的多数意见。

优点

Paxos算法具有以下优点:

*故障容忍:即使一些节点发生故障,算法也能正常工作,只要大多数节点仍然可用。

*可扩展性:算法可以扩展到具有大量节点的系统。

*强一致性:算法保证节点最终会就一个单一值达成一致。

缺点

Paxos算法也有一些缺点:

*复杂性:算法的实现非常复杂,需要对分布式系统有深入的理解。

*性能:算法执行可能很慢,尤其是在存在故障的情况下。

*依赖于领导者:如果领导者发生故障,算法将无法正常工作。

应用

Paxos算法被广泛应用于分布式系统中,包括:

*分布式数据库:用于复制数据并维护一致性。

*分布式文件系统:用于协调对文件系统的并发访问。

*分布式锁服务:用于防止多个进程同时访问临界资源。

变种

Paxos算法有几种变体,包括:

*Multi-Paxos:允许同时有多个领导者。

*FastPaxos:优化了算法的性能。

*ViewstampedReplication:将时间戳机制引入Paxos算法以提高可用性。第四部分Raft算法优化关键词关键要点【Raft算法优化之管道处理】

*使用管道将Raft集群划分为逻辑阶段,减少系统开销。

*优化网络和磁盘I/O,提高消息处理效率。

*允许并发处理不同阶段的任务,提升系统吞吐量。

【Raft算法优化之多副本状态机】

Raft算法优化

Raft算法是一种分布式一致性算法,旨在为分布式系统提供高可用性和强一致性。它以其简单性和效率而闻名,但近年来也提出了一些优化方案,进一步提升其性能和可靠性。

1.LeaderandFollower优化

*减少心跳消息频率:优化心跳消息频率可降低网络开销,尤其是在节点数量较多时。通过调整心跳超时时间,可减少心跳消息的发送频率,同时保持系统稳定性。

*批量复制日志条目:传统的Raft算法一次只复制一个日志条目,这会导致额外的网络开销。优化方案通过批量复制多个日志条目,减少了网络交互的次数。

*优化选举超时时间:选举超时时间是Raft算法的重要参数,影响选举过程的速度。优化方案通过动态调整选举超时时间,在稳定状态下缩短超时时间,而在发生网络故障时延长超时时间,提高选举效率。

2.日志复制优化

*并行日志复制:在传统的Raft算法中,日志复制是按顺序进行的。优化方案通过并行复制多个日志条目,充分利用网络带宽,提高复制速度。

*差异化复制:优化方案只复制自上次复制以来新添加的日志条目,减少了不必要的网络传输,提高了性能。

*流控制:流控制机制可以限制日志复制的速度,防止接收者因缓冲区溢出而丢弃日志条目。优化方案通过实现流控制,提高日志复制的可靠性和性能。

3.成员变更优化

*渐进式成员变更:传统的Raft算法在进行成员变更时会暂停日志复制,这可能会导致系统中断。优化方案通过渐进式成员变更,逐步进行成员添加和删除操作,减少中断时间。

*加速成员变更:优化方案通过并行处理成员变更请求,缩短成员变更过程所需的时间。

4.选举优化

*随机选举超时时间:传统的Raft算法使用固定的选举超时时间,这可能会导致选举死锁。优化方案通过随机化选举超时时间,减少选举冲突的可能性。

*多轮选举:在传统的Raft算法中,只有一轮选举。优化方案通过多轮选举,即使第一个领导人选举失败,也能继续进行选举,提高选举成功率。

5.其他优化

*快照:快照是一种定期创建系统状态副本的机制。优化方案通过利用快照,减少了新加入节点的日志复制时间,提高了系统启动速度。

*Leaderleasing:Leaderleasing是一种机制,允许领导人临时放弃其领导权。优化方案通过Leaderleasing,可以在领导人故障或网络分区的情况下快速恢复领导权,提高系统可用性。

结论

Raft算法优化是不断进行的研究领域,旨在提高其性能、可靠性和可扩展性。通过实施这些优化方案,分布式系统可以受益于更高的吞吐量、更低的延迟和更强的容错能力。第五部分拜占庭容错共识关键词关键要点【拜占庭容错共识】

1.能够在存在恶意参与者的情况下达成共识。

2.要求参与者数量超过malicious参与者数量的3倍。

3.使用消息传递机制进行通信并建立信誉系统。

【拜占庭容错机制】

拜占庭容错共识

简介

拜占庭容错共识是一种分布式系统中的一致性协议,它可以确保系统中的节点在存在拜占庭故障的情况下也能达成共识。拜占庭故障是指节点可能表现出恶意或任意的行为,与系统其他节点的正常行为不一致,甚至故意破坏系统。

拜占庭将军问题

拜占庭容错共识的概念源自拜占庭将军问题,该问题描述了以下场景:

*一群拜占庭将军包围着一座城市。

*他们必须一致决定是否进攻城市。

*一些将军可能叛变,并向其他将军发送错误信息。

*即使存在叛变,将军们也必须达成一致决定,要么进攻要么撤退。

拜占庭容错共识算法

拜占庭容错共识算法通过以下机制实现共识:

*冗余信息交换:节点多次交换信息,以增加正确信息的可用性。

*容错机制:算法设计为能够容忍一定数量的拜占庭故障。

*验证机制:节点验证收到的信息,以识别和丢弃错误或矛盾的信息。

分类

拜占庭容错共识算法可分为以下两类:

*交互式算法:节点在达成共识之前交换多个消息。

*非交互式算法:节点仅需要发送一个消息,然后基于收到的消息做出决定。

交互式算法

PBFT(实用拜占庭容错):

*节点交换提案、投票和确认消息。

*算法使用一个主节点来协调过程。

*容忍f个拜占庭故障,其中f为参与算法的节点总数的⅓。

Zyzzyva:

*节点交换视图,包含关于系统状态的信息。

*算法使用一个固定的视图顺序。

*容忍f个拜占庭故障,其中f为参与算法的节点总数的⅓。

非交互式算法

Castro和Liskov算法:

*节点广播一个签名消息,其中包含对建议值的签名。

*节点收集签名并使用阈值机制确定共识值。

*容忍f个拜占庭故障,其中f为参与算法的节点总数的一半。

Algorand:

*节点随机选择一个子集的节点,以提出建议值。

*其他节点验证建议值并投票。

*算法使用一种共识机制,称为随机采样共识。

*容忍f个拜占庭故障,其中f为参与算法的节点总数的三分之二。

应用

拜占庭容错共识在以下应用中至关重要:

*分布式账本技术(如区块链)

*去中心化金融(DeFi)

*容错关键基础设施

挑战和未来发展

拜占庭容错共识的挑战包括:

*性能:算法所需的通信和计算开销会影响系统性能。

*可扩展性:随着系统中节点数量的增加,算法的复杂性和开销也会增加。

*安全性:算法必须能够抵抗不断发展的攻击。

未来的发展方向包括:

*改进性能:开发更有效率的算法,以减少通信和计算开销。

*增强可扩展性:设计可扩展到更大系统规模的算法。

*提高安全性:探索新的技术来增强算法对攻击的抵抗力。第六部分区块链中的共识机制关键词关键要点工作量证明(PoW)

1.PoW是通过解决复杂计算难题来达成共识,产生区块。

2.该机制鼓励矿工投入计算资源,形成算力竞争,保证区块链的安全性。

3.PoW能有效防止双重花费和女巫攻击,但能耗较高。

权益证明(PoS)

1.PoS根据持币量(股权)来产生区块,持币者有几率被选为出块人。

2.减少了PoW的算力竞争,提高了出块效率,节约能源。

3.避免了大型矿池的中心化风险,但对持币者的诚信要求较高。

拜占庭容错(BFT)

1.BFT是一种容忍一定比例恶意节点的共识机制,具有较强的容错性。

2.采用确定性算法,能在有限时间内达成一致,出块速度快。

3.BFT适用于高性能场景,但需要较多的通信和计算资源。

分布式哈希表(DHT)

1.DHT是一种分布式数据结构,用于在去中心化网络中存储和检索数据。

2.利用哈希函数将数据映射到节点上,实现数据的分布式存储。

3.DHT具有容错性、可扩展性和高效检索能力,常用于区块链网络中的数据存储。

实用拜占庭容错(PBFT)

1.PBFT是一种基于BFT的实用共识算法,适用于需要快速确认交易的场景。

2.使用主从复制机制,主节点广播交易,从节点验证并执行交易。

3.PBFT能提供较高的吞吐量和低延迟,但对网络通信质量要求较高。

区块链分片

1.分片是一种将区块链网络划分为多个子网络的共识优化方法。

2.每个分片处理不同的交易集,提高了网络的吞吐量和可扩展性。

3.分片增加了网络的复杂性和跨分片交易的挑战,需要有效的分片间通信机制。引言

分布式共识是区块链技术的基础,它允许参与者在不信任环境中就共享账本的真实性达成一致。本文将探讨区块链共识机制的类型、优点和缺点,以及在特定应用场景中对其进行优化的策略。

区块链共识机制的类型

工作量证明(PoW)

*矿工通过解决复杂的数学问题来验证交易,第一个找到解决方案的人可以将块添加到区块链。

*优点:去中心化、安全、抗审查。

*缺点:能耗高、交易吞吐量低、延迟高。

权益证明(PoS)

*验证者根据他们持有的加密货币数量被随机选择来验证交易。

*优点:能耗低、交易吞吐量高、延迟低。

*缺点:中心化程度较高、富者越富。

委托权益证明(DPoS)

*持有加密货币的人投票选出有限数量的验证者,由他们负责验证交易。

*优点:交易吞吐量高、延迟低、能耗较低。

*缺点:中心化程度较高、存在女巫攻击风险。

其他共识机制

*实用拜占庭容错(PBFT):基于拜占庭容错算法,允许一定数量的恶意参与者。

*共识算法范式(CAP):一个理论框架,规定分布式系统不能同时满足一致性、可用性和分区容错这三个属性。

共识机制的优点和缺点

PoW

*优点:去中心化,安全,抗审查

*缺点:能耗高,交易吞吐量低,延迟高

PoS

*优点:能耗低,交易吞吐量高,延迟低

*缺点:中心化程度较高,富者越富

DPoS

*优点:交易吞吐量高,延迟低,能耗较低

*缺点:中心化程度较高,存在女巫攻击风险

PBFT

*优点:容忍一定数量的恶意参与者

*缺点:中心化程度较高,扩展性较差

共识机制的优化

在特定应用场景中,可以对共识机制进行优化以提高性能或安全性。

*分片:将区块链划分为多个分片,每个分片都有自己的共识机制。

*混合共识:结合不同类型的共识机制,例如将PoS用于共识,将PoW用于最终性。

*适应性共识:基于网络条件和参与者行为动态调整共识机制。

*无块共识:消除块的概念,提高交易处理速度。

总结

区块链共识机制是分布式账本系统中达成一致性的关键技术。不同的共识机制具有各自的优点和缺点,可以通过优化策略来提高其性能和安全性。选择合适的共识机制对于特定区块链应用的成功至关重要。持续的研究和创新有望进一步提高共识机制的效率和可靠性。第七部分分布式共识的性能评估关键词关键要点共识协议的吞吐量

1.吞吐量衡量分布式系统在单位时间内处理交易的数量。在共识机制中,吞吐量受到网络延迟、节点性能和协议复杂度的影响。

2.吞吐量的优化策略包括网络优化、节点配置优化和协议优化。例如,采用高效的通信协议、优化节点的硬件配置以及使用轻量级共识算法都可以提高吞吐量。

3.吞吐量与系统可用性存在权衡关系。提高吞吐量通常需要增加节点数量或降低共识安全级别,从而可能降低系统的容错性。

共识协议的延迟

1.延迟是共识协议执行一轮共识所需的时间。它包括网络传递时间、节点处理时间和协议验证时间。

2.延迟的优化策略包括网络优化、协议优化和并行化处理。例如,部署分布式网络、使用快速共识算法和采用并行共识处理可以降低延迟。

3.延迟与系统安全性存在权衡关系。缩短延迟通常需要降低共识安全级别或减少节点数量,从而可能降低系统的安全性。

共识协议的可靠性

1.可靠性衡量分布式系统抵御故障的能力。在共识机制中,可靠性受到网络分区、节点故障和恶意攻击的影响。

2.可靠性的优化策略包括冗余设计、错误处理和安全机制。例如,采用冗余节点、实施容错机制和部署加密技术可以提高可靠性。

3.可靠性与系统成本和性能存在权衡关系。提高可靠性通常需要增加节点数量或采用更复杂的共识协议,从而可能增加系统成本和降低性能。

共识协议的安全性

1.安全性衡量分布式系统抵御恶意攻击的能力。在共识机制中,安全性受到伪装攻击、双重开销攻击和女巫攻击等攻击的影响。

2.安全性的优化策略包括密码学技术、身份认证和共识算法设计。例如,采用强加密算法、实施身份验证机制和使用拜占庭容错共识算法可以提高安全性。

3.安全性与系统性能和成本存在权衡关系。提高安全性通常需要增加计算开销或采用更复杂的安全机制,从而可能降低系统性能和增加成本。分布式共识的性能评估

分布式共识协议的性能评估至关重要,因为它影响着系统的吞吐量、延迟和可靠性。本文概述了评估分布式共识协议性能的常用指标和方法。

性能指标

*吞吐量:系统每秒可以处理的事务数量。

*延迟:从提交事务到达成共识所需的时间。

*吞吐延迟积:吞吐量和延迟的乘积,提供吞吐量与延迟之间权衡的指标。

*可靠性:系统达成共识并保持数据一致性的能力。

*安全性:系统抵抗恶意节点的攻击的能力。

*可扩展性:系统随着节点数量增加而保持性能的能力。

评估方法

基准测试:

*创建一个模拟分布式系统环境的测试平台。

*测试不同共识协议并记录它们的性能指标。

*比较结果以确定最适合特定应用程序和环境的协议。

仿真:

*使用仿真工具模拟大规模分布式系统。

*注入故障、延迟和恶意活动以评估协议在现实世界场景中的鲁棒性。

*分析仿真结果以确定协议的极限和潜在瓶颈。

分析模型:

*开发数学模型来预测共识协议的性能。

*使用分析技术来推导出协议的吞吐量上限、延迟界限和可靠性保证。

*模型验证可以与基准测试或仿真结果进行比较。

用户案例研究:

*收集真实世界应用程序实施共识协议的数据。

*分析性能数据以确定协议在特定场景中的实际行为。

*识别可用于优化协议性能的最佳实践和改进领域。

优化策略

基于性能评估结果,可以实施各种优化策略来提高共识协议的性能。这些策略包括:

*优化网络配置:调整网络参数以减少延迟和数据包丢失。

*使用分层共识:将共识过程划分为多个层,以减少每个层的负载。

*并行化共识:同时在多个节点上并行执行共识步骤,以提高吞吐量。

*利用多版本并发控制:允许事务以并行方式提交,以提高吞吐量。

*优化共识算法:修改共识算法以提高效率,例如使用聚合机制。

持续监控

对分布式共识协议的性能进行持续监控至关重要,以确保在实际操作条件下保持预期的性能水平。监控可以包括以下内容:

*吞吐量、延迟和可靠性指标的实时测量。

*警报和通知系统,在性能下降或故障的情况下触发。

*定期性能审查和优化,以适应不断变化的系统需求。

通过仔细评估和持续监控分布式共识协议的性能,可以确保系统的吞吐量、延迟、可靠性和安全性满足应用程序和环境的需求。第八部分共识算法的最新进展关键词关键要点主题名称:拜占庭共识

1.拜占庭共识算法的最新进展侧重于提高容错能力和性能。

2.拜占庭容错共识协议,例如PBFT和HotStuff,已得到改进

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论