Bitcoin Forum
May 26, 2024, 12:48:33 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: [20140717]手续费:比特币的内在缺陷?  (Read 689 times)
btcshop (OP)
Hero Member
*****
Offline Offline

Activity: 644
Merit: 500



View Profile
July 17, 2014, 02:49:30 AM
 #1

最近,比特币的手续费问题(译者:请参考巴比特资讯《警惕比特币:不可持续的交易费机制》,链接),吸引了很多关注。卡斯卡罗博士(Dr. Kaskaloglu)的一份报告指出,目前的低手续费模式不可持续。但核心开发者加文·安德烈森(Gavin Andreson)表示,新系统升级,将产生一个动态调整的交易费模式

但是,当手续费问题,成为“需要人为制定”事情的时候,最终,这些事情可能最终违背比特币的设计初衷。

事实是,比特币矿工从区块奖励中取得激励,而这些区块奖励,是每隔4年减半的。这样的后果就是,矿工利益与手续费模式,联系得越来越紧密。一个半世纪后(即150年后),交易费将成为矿工的唯一激励来源,所以问题是——我们如何确信,在那种情况下,矿工依然有意愿继续挖矿?

在微薄手续费的激励下,矿工是没有动力将交易打包进区块的。除非你愿意支付较高的手续费,否则,你的交易是不会被视为“高优先级”的。但是,按照中本聪的设想,这是自由市场竞争——那些有意愿快速确认交易的用户,自然会乐意提高手续费。

问题是——比特币之所以吸引人,很多时候,是与无数的小微交易需求有关的。很多人,正是因为比特币的低廉转账费,才选择了比特币——比如(经济欠发达的)发展中国家和打赏消费。

即使这些人愿意选择“等待被确认”(译者:指不提高交易费,“干等”其他矿工来确认交易。),问题是,0.002个比特币(按照加文建议的最高上限)也依然无法吸引矿工。因此,某些情况下,可能导致矿工渴望高交易费,或者,没有足够的矿工来维系网络。提高手续费,并非唯一的选择。

重要的是,要搞清楚,我们距离这些情形的爆发点还有多久。不论最终是喜剧还是悲剧,问题是,有关挖矿的问题,并没有得到人们足够的关心。

“呃,这个问题嘛,可以通过提高区块奖励的办法来解决,”

Newnote Miners的Bryan Hellard说,

“我们至少还有10年时间(来应对这个问题)”

加密货币已经到了调整机制的时间窗口。如果比特币的价格,继续呈指数级上涨,等到了(矿工完全依赖手续费激励)的那一天,比特币价格应该已经暴涨到更高的数量级上了。

但还有另一种可能,其他币种的加密货币,可能吸引到人们的关注——如果它们能够避免,比特币届时出现的高手续费弊病。有必要指出的是,加密货币之间,倾向于互相竞争,比特币可能丢失头把交椅的威胁,也许会促使开发组去努力改进协议。

如果某种竞争币,真的能够解决这些问题,那么,我们反倒无须太多担心了。否则,未来十多年,区块激励和挖矿动机一类的问题,就会一直困扰我们。

在那时候,还有其他某些严峻的问题,也许会出现。例如量子计算机、因特网的物理结构,可能都已经发生了很大的变化。带宽可能会提高,每个区块可能包含更多的交易。我猜想这是不可避免的,如果接受比特币的人越来越多的话——否则,整个系统将会僵死。

然而,处理网络交易的工作,并非处理矿工自己的交易,这就意味着,随着交易量的提高,矿工需要得到更多的回报。一个成功、稳定运行的比特币系统,意味着,将有更多的交易量出现,比特币也会成为线上、线上的主流支付手段。最终,开发团队将别无选择,他们将会抬高区块可容纳的数据量上限,引入更多的商业激励因素——比特币网络将被矿工征税。

对矿工而言,拒绝确认交易,就意味着拒绝收入,并且,拒绝是徒劳的——如果其他矿工乐意确认的话。如果某些矿工停止工作,确认交易的活,将留给其他矿工,从而维系网络安全。如果手续费问题,成为比特币协议的内在缺陷,系统要么适应它、要么系统死亡。这就是中本聪留下的选择题。

作者:ANDREW WAGNER(JULY 16, 2014)
译者:bitPaul 摘自:8BTC 原文链接
原标题:Don’t Raise Bitcoin Transaction Fees
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!