了解 Pos、Pow 和Staking

本文探讨了POW(工作量证明)与POS(权益证明)两种区块链共识机制。POW通过数学计算获得记账权,但存在能耗高的问题;POS则通过币龄决定记账权,更加节能且降低了维护成本。文章还分析了staking(抵押)作为POS的一部分如何运作,以及它对区块链项目通胀收益的影响。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

POW和POS为啥staking能崛起

参考视频
POW
最早用于10年前的比特币,也是最早的共识算法

通过随机数学计算的方式获得权重(比特币)

随着参与的人数越来越多,POW对算力的要求越来越高,

消耗的电力也越来越高。并且一旦有人控制了51%的算力,他有可能会发起攻击
  • 优点

    安全

  • 缺点

    人工成本

    电力成本

    算法

    都高

POS
各节点通过币龄参与投票竞选从而获得记账权利

币龄=代币数量*持有时间

每个代币每天产生一个币龄

所以持币量决定了投票的权重

而staking是POS的一部分、一个模块、一个动作
  • 节点

    节点是维护区块链项目的重要基础

    负责记录和验证交易(如果公司或者某人要运行某个节点,就得在服务器上运行项目方的代码,来搭建代码)

  • staking

    这里理解为:抵押

    英语理解过来就是:以什么打赌,那什么冒险

  • 关于staking

    持币者就拥有了通过staking来获得奖励的权益

    持币者可以自己做,也可以委托给矿池来运行节点(等着拿矿池的分红就可以了***不等于持币者就可以躺在家里就能赚钱了)

    首先运行节点是需要成本的,所以委托给矿池是需要交手续费的

    其次staking的区块收益,其实是通胀收益

通胀收益
就是通过项目增发的token来作为奖励

如果你不进行staking的话

那么增发的token就会吸食你自己的token

而那些进行staking的人,虽然自己的token也被吸食了,但是人家的数量变多了

不过质押的token是不能进行交易的

像锁仓也想银行定期
通胀率
一般在5%的通胀率是比较合理的

没有同一的标准,但是那些受100%收益的就得把眼睛擦亮了

因为很有可能到最后的总价值还不如本金 (因为通胀)
  • 优点

    省能源

    维护网络安全成本低

    不可三角问题

  • 缺点

    万一有些矿池特别受欢迎,大家的币都委托他进行托管管理,因为持币量决定了投票的权重,他就有可能左右社区的发展

    如果不委托矿池,就得POS降低运行节点的门槛,你自己进行staking,负责用户就获取不到staking带来的收益,你只能看着手中的token慢慢的被稀释

  • token

    代币

### 工作量证明 (Proof of Work, PoW) PoW 是一种早期的区块链共识机制,其核心在于通过解决复杂的数学难题来验证交易并创建新区块。这种机制依赖于矿工们投入大量的计算资源来进行哈希运算,直到找到满足特定条件的结果为止[^2]。 然而,这种方式虽然有效防止了双重支付其他恶意行为的发生[^3],但也带来了显著的问题: - **高能耗**:由于需要持续不断地执行高强度计算任务,因此消耗了大量的电力; - **效率低下**:每秒处理的事务数有限,难以支持大规模应用的需求; - **中心化风险**:随着挖矿难度增加,只有拥有强大硬件设施的人才能参与其中,可能导致权力集中。 ```python import hashlib def proof_of_work(last_proof): """ Simple implementation of a Proof-of-Work algorithm. :param last_proof: Previous proof to find the new one based on it. :return: New valid proof as an integer value. """ proof = 0 while not is_valid_proof(last_proof, proof): proof += 1 return proof def is_valid_proof(last_proof, current_proof): guess = f'{last_proof}{current_proof}'.encode() hash_value = hashlib.sha256(guess).hexdigest() return hash_value[:4] == "0000" ``` ### 权益证明 (Proof of Stake, PoS) 相比之下,PoS 不再依靠算力竞争而是依据参与者持有的代币数量及其持有时间长短来选取记账节点。这种方法不仅降低了能源成本,而且提高了网络性能扩展性。 具体来说,在某些实现中(如 Ouroboros),引入了“槽位”的概念用于分配区块生产权限;而在其他研究里,则探索出了更加灵活多变的设计思路以适应不同场景下的需求。 ```python class Validator: def __init__(self, stake_amount, age_days=0): self.stake_amount = stake_amount self.age_days = age_days @property def weight(self): """Calculate validator's selection probability.""" return self.stake_amount * pow(1.0 + 0.01, self.age_days) validators = [ Validator(stake_amount=100), Validator(stake_amount=200, age_days=30), ] selected_validator_index = max(range(len(validators)), key=lambda i: validators[i].weight) print(f"The selected validator index is {selected_validator_index}.") ``` ### 实用拜占庭容错 (Practical Byzantine Fault Tolerance, PBFT) PBFT 提供了一个高效的解决方案来应对分布式系统中的故障容忍问题。与前两者相比,它并不涉及任何形式的竞争或随机选择领导者的过程,而是基于消息传递的方式达成一致意见。每个客户端发送请求给所有副本服务器,后者按照预定顺序执行操作并将结果返回给发起方确认。只要不超过三分之一的成员失效或者表现出不诚实的行为,整个体系就能正常运作[^4]。 ```python from collections import defaultdict class ReplicaServer: def __init__(self, id_, total_replicas): self.id_ = id_ self.total_replicas = total_replicas self.requests_queue = [] self.reply_counts = defaultdict(int) def receive_request(self, client_id, request_data): # Add received request into queue self.requests_queue.append((client_id, request_data)) # Simulate processing... # Broadcast reply back to all clients including original requester for cid in range(total_clients): self.send_reply(cid, processed_result=request_data.upper()) def send_reply(self, client_id, processed_result): print( f"Replica Server #{self.id_} sends '{processed_result}' " f"to Client#{client_id}" ) self.reply_counts[(client_id, processed_result)] += 1 if self.reply_counts[(client_id, processed_result)] >= ( self.total_replicas // 3 * 2 + 1 ): print( f"Client#{client_id} gets enough replies with result:" f"'{processed_result}', operation completed." ) # Example usage replica_servers = [ReplicaServer(i, 7) for i in range(7)] for rs in replica_servers: rs.receive_request(client_id=0, request_data="hello world") ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值