「Block size limit controversy」の版間の差分

提供: tezos-wiki
移動先: 案内、 検索
細 (1版 をインポートしました)
 
1行目: 1行目:
−
{{see also|Scalability FAQ}}
+
{{も参照|スケーラビリティのFAQ}}
−
In 2010, a block size limit of 1 MB was introduced into Bitcoin by [[Satoshi Nakamoto]]. He added it hidden in two commits<ref>https://www.reddit.com/r/Bitcoin/comments/63859l/github_commit_where_satoshi_added_the_block_size/</ref><ref>[https://github.com/bitcoin/bitcoin/commit/a30b56eb "fix openssl linkage problems"], Sneaky soft-forking UASF commit for MAX_BLOCK_SIZE No. 1.</ref><ref>[https://github.com/bitcoin/bitcoin/commit/a790fa46f40 "don't count or spend payments until they have 1 confirmation"], Sneaky soft-forking UASF commit for MAX_BLOCK_SIZE No. 2.</ref> in secret. The original limit was equivalent to a soft-fork, since prior version of the software would accept the smaller blocks without issue—they were all forward-compatible with this change.
+
2010年にはBitcoinに1MBのブロックサイズ制限が[[中本哲]]によって導入されました。彼はそれを2つのコミットに隠して追加した<ref> https://www.reddit.com/r/Bitcoin/comments/63859l/github_commit_where_satoshi_added_the_block_size/ <ref> <ref> [https://github.com/bitcoin/bitcoin/コミット/ a30b56ebは "opensslリンケージの問題を修正"]、卑劣なソフトフォークUASFはMAX_BLOCK_SIZE No.1をコミットします。<ref> [https://github.com/bitcoin/bitcoin/commit/a790fa46f40 " 1つの確認が得られるまで支払いを計上するか支払う "、ソフトなフォークUASFはMAX_BLOCK_SIZE No.2をコミットします。</ ref>以前のバージョンのソフトウェアは問題のない小さなブロックを受け入れるため、元の制限はソフトフォークと同等でした。これらはすべて、この変更と上位互換でした。
  
−
The limit was not changed again before Nakamoto disappeared and right now is part of bitcoin's consensus rules requiring a very invasive hard fork to change. As transaction volume increased with widespread Bitcoin adoption, increasing the limit became subject to heavy debate in 2015. To prevent Bitcoin from temporarily or permanently splitting into separate payment networks ("altcoins"), hard forks require adoption by nearly all [[Full node#Economic_strength|economically active]] full nodes.
+
中本が姿を消してしまう前に、この制限はもう一度変更されていませんでした。今は、ビットコインのコンセンサスルールの一部であり、非常に侵襲的なハードフォークを変更する必要があります。 Bitcoinが一時的または永続的に別々の支払いネットワーク（「altcoins」）に分割されないようにするために、ハードフォークはほぼすべての[完全なノード＃経済的な|経済的な]]完全なノード。
  
−
According to a second-party (theymos,) Satoshi told people who discovered the new 1MB limit to "keep quiet" about it until the change was complete, in order to reduce controversy during the transition.<ref>[https://www.reddit.com/r/Bitcoin/comments/3giend/citation_needed_satoshis_reason_for_blocksize/ctygzmi/ theymos explaining his experience with Satoshi keeping the 1MB change quiet]</ref> The only evidence which asserts that the blocksize limit was an anti-DoS measure was a post from user Cryddit (Ray Dillinger) in 2015 which asserted that he was involved in the discussion itself and that the limit was there at launch..<ref>[https://bitcointalk.org/index.php?topic=946236.msg10388435#msg10388435 Cryddit in 2015 stating he went over the first cut with Satoshi, and that the 1MB limit was there by the time Bitcoin launched.]</ref> As per the secret commits, though, the limit was not added until July 14, 2010, which was a full 1.5 years ''after'' its launch.
+
第2党（theymos）によると、Satoshiは、移行中の論争を減らすために、変更が完了するまで、新しい1MBの制限を「静かに」維持することを発見した人々に語った。<ref> [https：// www .reddit.com / r / Bitcoin / comments / 3giend / citation_needed_satoshis_reason_for_blocksize / ctygzmi / theymos 1MBの変更を静かに保っているSatoshiの経験を説明しています。ブロックサイズ制限がアンチDoS対策であると主張する唯一の証拠は、 2015年のユーザーCryddit（Ray Dillinger）の投稿で、彼は議論そのものに関わっていると主張し、発射時には限界があると主張した。<ref> [https://bitcointalk.org/index.php?topic=946236。 msg10388435＃202015のCrydditは、彼がSatoshiと最初のカットを行ったこと、そしてBitcoinが立ち上げられた時点で1MBの制限があったと述べています。]秘密のコミットに従って、7月14日まで制限は追加されませんでした、2010年は、1.5年後に発売されました。
  
−
== Arguments in favor of increasing the blocksize ==
+
==ブロックサイズを大きくする引数==
−
* More transactions per second
+
* 1秒あたりのトランザクション数
−
* Off-chain solutions are not yet ready to take off the load from the main blockchain.
+
*オフチェーンソリューションはまだメインブロックチェーンから負荷を取り除く準備ができていません。
  
−
== Contentions ==
+
==競合==
−
* Increased blocksize will leave space for extensions like Mastercoin, Counterparty, etc.
+
*増加したブロックサイズは、Mastercoin、Counterpartyなどの拡張機能のためのスペースを残します。
−
** Neutral: Bitcoin competitors will have lower fees
+
**ニュートラル：Bitcoinの競争相手はより低い料金を有する
−
** Negative: Bitcoin full nodes are forced to use more resources that don't support Bitcoin
+
**ネガティブ：Bitcoinのフルノードは、Bitcoinをサポートしないより多くのリソースを使用するよう強制されます
−
* Small blocks eventually will require higher fees for fast confirmations.
+
*小さなブロックは最終的に速い確認のために高い手数料を必要とするでしょう。
−
** Positive: It will no longer be cheap to spam transactions such as Satoshi Dice bets
+
** Positive：Satoshi Diceの賭けなどのスパム取引にはもう安くはなりません
−
** Positive: Fees will not be zero. This is eventually a necessity in order to incentivize miners and secure the mining ecosystem
+
**ポジティブ：手数料はゼロではありません。これは最終的に鉱夫にインセンティブを与え、鉱業の生態系を確保するために必要である
−
** Negative: Bitcoin may look unattractive to new users with high fees
+
**ネガティブ：Bitcoinは新しいユーザーには高い料金で魅力がないように見えるかもしれません
−
** Negative: High fees may stop or reverse global adoption, investment, development, support and centralization{{clarification needed}}
+
**ネガティブ：高額手数料は、世界的な導入、投資、開発、サポート、集中を阻止または逆転させる可能性があります。
−
** Negative: Bitcoin users pay higher fees
+
**ネガティブ：Bitcoinユーザーがより高い料金を支払う
−
* A low blocksize limit encourages higher transactions fees to incentivize miners ("let a fee market develop").
+
*ブロッキングの上限が低いと、鉱夫にインセンティブを与えるための取引手数料が高くなる（「手数料市場が発展する」）。
−
** A fee market naturally develops due to miner latency regardless<ref>https://dl.dropboxusercontent.com/u/43331625/feemarket.pdf A Transaction Fee Market Exists Without a Block Size Limit</ref>
+
**手数料市場は、鉱山の待ち時間のために自然に発生する<ref> https://dl.dropboxusercontent.com/u/43331625/feemarket.pdfブロックサイズ制限なしで取引手数料市場が存在する</ ref>
−
*** The relay network can be optimized so that miners don't have a stale rate increasing with latency. This should cause the fee market to once again require a block size limit to exist.
+
***リレーネットワークを最適化することで、鉱夫のレイテンシが増えて失効率が上がらないようにすることができます。これにより、料金市場ではブロックサイズの制限が再度必要になります。
  
−
== Arguments in opposition to increasing the blocksize ==
+
==ブロックサイズを大きくすることに反対する引数==
−
* A hard fork requires waiting for sufficient consensus.
+
ハードフォークは十分なコンセンサスを待つ必要があります。
−
* Risk of catastrophic consensus failure<ref>https://www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg08276.html</ref>{{clarification needed}}
+
*致命的な合意の失敗のリスク<ref> https://www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg08276.html </ ref> {{明確化が必要}}
−
* An emergency hard fork that can achieve consensus can be deployed on a short time period if needed.<ref>[https://www.reddit.com/r/Bitcoin/comments/392m43/mike_hearn_blocksize_debate_at_the_breaking_point/cs00wdd How to raise block size in a short time], Peter Todd, Reddit /r/Bitcoin, 9 June 2015</ref>
+
*コンセンサスを達成できる緊急ハードフォークは、必要に応じて短期間で導入することができます。[ref> [https://www.reddit.com/r/Bitcoin/comments/392m43/mike_hearn_blocksize_debate_at_the_breaking_point/cs00wddブロックサイズを上げる方法短期間で]、Peter Todd、Reddit / r / Bitcoin、2015年6月9日</ ref>
−
* Orphan rate amplification, more reorgs and double-spends due to slower propagation speeds.
+
*オーファンレート増幅、伝播速度が遅いために、より多くのreorgとdouble-spends。
−
* European/American pools at more of a disadvantage compared to the Chinese pools{{why}}
+
*ヨーロッパ/アメリカのプールは、中国のプールに比べて不利な点が多い{{why}}
−
* "Congestion" concerns can be solved with mempool improvements including transaction eviction.
+
*トランザクションの追い出しを含むmempoolの改善により、「輻輳」の問題を解決できます。
−
* No amount of max block size would support all the world's future transactions on the main blockchain (various types of off-chain transactions are the only long-term solution)
+
*最大ブロックサイズの量は、メインブロックチェーン上の将来のすべてのトランザクションをサポートしません（さまざまな種類のオフチェーントランザクションが唯一の長期的なソリューションです）
−
* Fast block propagation is either not clearly viable, or (eg, IBLT) creates centralised controls.
+
*高速ブロック伝搬は明確に実行可能ではないか、（例えば、IBLT）集中制御を作成する。
  
−
=== Damage to decentralization ===
+
===地方分権への損害===
−
* Larger blocks make full nodes more expensive to operate.
+
*ブロックが大きくなると、ノードの稼働率が高くなります。
−
* Therefore, larger blocks lead to less hashers running full nodes, which leads to centralized entities having more power, which makes Bitcoin require more trust, which weakens Bitcoins value proposition.
+
したがって、ブロックが大きくなるとフル・ノードを実行するハッシャが少なくなり、より多くの電力を持つ中央エンティティになり、Bitcoinは信頼性を高める必要があり、Bitcoinsの価値命題が弱くなります。
−
* Bitcoin is only useful if it is decentralized because centralization requires trust. Bitcoins value proposition is trustlessness.
+
* Bitcoinは、集中化が信頼を必要とするため、分散化されている場合にのみ有効です。 Bitcoinsの価値命題は信頼できないものです。
−
* The larger the hash-rate a single miner controls, the more centralized Bitcoin becomes and the more trust using Bitcoin requires.
+
*単一の鉱夫が制御するハッシュレートが大きければ大きいほど、より集中したBitcoinになり、Bitcoinを使用することでより多くの信頼が必要になります。
−
* Running your own full node while mining rather than giving another entity the right to your hash-power decreases the hash-rate of large miners. Those who have hash-power are able to control their own hash power if and only if they run a full node.
+
*あなたのハッシュパワーに対する権利を他のエンティティに与えるのではなく、マイニング中に自分の完全なノードを実行すると、大規模な鉱夫のハッシュレートが低下します。ハッシュ・パワーを持つ人は、フル・ノードを実行する場合に限り、自分のハッシュ・パワーを制御できます。
−
* Less individuals who control hash-power will run full nodes if running one becomes more expensive<ref>https://www.weusecoins.com/why-blocksize-limit-keeps-bitcoin-free-decentralized/</ref>.
+
*ハッシュ・パワーを制御する人が少なくなると、より多くのノードが稼動する場合にはフル・ノードになります。
  
−
==History==
+
==歴史==
−
On October 3, 2010, [[Jeff Garzik]] published a patch that immediately increases the block size to 7MB.<ref>{{cite btct|id=1347|title=(PATCH) increase block size limit|date=2010-10-03}}</ref> The patch had no users, but it was the earliest attempt at increasing the block size through a hardfork. Satoshi and theymos immediately said not to implement it, as it would make the user's node incompatible with the network.<ref name="dontuse">[https://bitcointalk.org/index.php?topic=1347.msg15139#msg15139 "+1 theymos. Don't use this patch"] Satoshi explains here that ''if'' a change is necessary, a hard fork ''could'' be implemented with a countdown.</ref> This is the oft-cited post which many people claim proves Satoshi intended for the blocksize to increase. English, however, does not work that way. Satoshi spoke conditionally, not intentionally.<ref name="dontuse" />
+
2010年10月3日、[[Jeff Garzik]]は、ブロックサイズを直ちに7MBに増やすパッチを公開しました。パッチにはユーザーはいませんでしたが、ハードフォークを使用してブロックサイズを増やすのが最も早い試みでした。 Satoshiとtheymosは、ユーザーのノードがネットワークと互換性がないため、直ちに実装しないと言った。<ref name = "dontuse"> [https://bitcointalk.org/index.php?topic=1347.msg15139#msg15139 "このパッチを使用しないでください。"] Satoshiはここで、変更が必要な場合はハードフォークをカウントダウンで実装できると説明しています。</ ref>これは、多くの人が主張しているポストは、聡がブロックサイズを増やすことを意図していることを証明している。しかし、英語はそのようには機能しません。 Satoshiは条件付きではなく意図的に話しました。<ref name = "dontuse" />
−
===BIP 100===
+
=== BIP 100 ===
−
Change block size limit based on miner votes, but don't leave the range (1MB, 32MB) without a softfork or hardfork respectively.
+
マイナー投票に基づいてブロックサイズの制限を変更しますが、ソフトフォークまたはハードフォークなしで範囲（1MB、32MB）を離れることはありません。
−
===Bitcoin XT===
+
=== Bitcoin XT ===
−
[[File:xt.png|thumb|128px|Bitcoin XT logo]]{{main|Bitcoin XT}}
+
[[File：xt.png | thumb | 128px | Bitcoin XTロゴ]] {{メイン| Bitcoin XT}}
−
Bitcoin XT was an alternative client that became notorious when it adopted BIP 101, which would direct an increase to 8 MB after both January 11, 2016 has passed and 75% of miners are in support, followed by doubling of the limit every two years with the size increasing linearly within those two year intervals.
+
Bitcoin XTは、2016年1月11日が過ぎ、鉱山者の75％がサポートに入った後に8 MBに増加するBIP 101を採用したときに有名になった別のクライアントでした。その後2年ごとに制限を倍増そのサイズはその2年の間隔内で直線的に増加する。
  
−
XT failed to gain enough support to activate the hardfork, leading to Mike Hearn's resignation.
+
XTはハードフォークを起動するのに十分なサポートを得ることができず、マイク・ハーンの辞任につながった。
−
===BIP 102===
+
=== BIP 102 ===
−
Increase to 2 MB on November 11, 2015.
+
2015年11月11日に2 MBに増やしてください。
−
===BIP 103===
+
=== BIP 103 ===
−
Increase by 17.7% annually until 2063.
+
2063年まで年間17.7％増加します。
−
===Bitcoin Classic===
+
=== Bitcoinクラシック===
−
{{main|Bitcoin Classic}}
+
{{メイン| Bitcoin Classic}}
−
Adopt BIP 109 and hardfork to 2 MB in 2016. Dynamic max_block_size in 2017.
+
2016年にBIP 109とハードフォークを2 MBにする。2017年の動的max_block_size。
−
===Segregated Witness===
+
===隔離された目撃者===
−
[[File:segwit.png|thumb|128px|SegWit logo]]{{main|Segregated Witness}}
+
[[File：segwit.png | thumb | 128px | SegWitロゴ]] {{メイン|隔離された目撃者}}
−
Move signature data out of the 1 MB block and into a separate witness structure via a softfork, effectively raising the block capacity to 1.4 MB of transactions.
+
署名データを1 MBブロックからソフトフォークを介して別の証人構造に移動し、ブロック容量を1.4 MBのトランザクションに上げることができます。
−
 
+
==エンティティの位置==
−
== Entities positions ==
+
下の位置は、推奨される固定ブロックサイズが20MiBに増加したことに基づいています。これらのより大きなブロックに対するポジションは、必ずしも一般的な増加に対して反対ではなく、より小さいおよび/または漸進的な増加を支持してもよい。
−
Positions below are based on a suggested fixed block size increase to 20MiB.  Positions against these larger blocks do not necessarily imply that they are against an increase in general, and may instead support a smaller and/or gradual increase.
+
{| class = "wikitable sortable"
−
{| class="wikitable sortable"
+
！エンティティ
−
! Entity
+
！より大きいブロックをサポート
−
! Supports Larger Blocks
+
！ハードフォークをサポート
−
! Supports Hard Fork
+
| -  
−
|-
 
 
| [[Magnr]]
 
| [[Magnr]]
−
| {{Yes|Yes: "We believe an immediate 2mb blocksize increase is important and urgently required to enable Bitcoin to flourish and deliver more utilitarian use to more people all across the world."}}<ref>https://github.com/bitcoinclassic/website/issues/3#issuecomment-172678154</ref>
+
| {{はい|はい： "Bitcoinの普及を有効にし、より多くの人々にもっと実用的な使い方を提供するためには、即座に2MBのブロックサイズの増加が重要で緊急に必要と考えています。}}} <ref> https://github.com / bitcoinclassic / website / issues / 3＃issuecomment-172678154 </ ref>
−
| {{Yes|Yes: "We support the Bitcoin Classic proposal<ref>https://bitcoinclassic.com</ref>."}} - Magnr<ref>https://twitter.com/magnr/status/689227046120222721</ref>
+
| {{はい|はい： "Bitcoin Classicの提案をサポートしています。"}} - Magnr <ref> https://twitter.com/magnr/status/689227046120222721 <ref> https://bitcoinclassic.com </ ref> / ref>
−
|-
+
| -  
 
| Bitcoinpaygate
 
| Bitcoinpaygate
−
| {{No|No: "We do NOT support the blocksize increase"}}<ref>http://www.reddit.com/r/Bitcoin/comments/37y8wm/list_of_bitcoin_services_that_supportoppose/crqsnqp</ref>
+
| {{いいえ|いいえ：ブロックサイズの増加をサポートしていません}} {ref> http://www.reddit.com/r/Bitcoin/comments/37y8wm/list_of_bitcoin_services_that_supportoppose/crqsnqp </ ref>
 
|
 
|
−
|-
+
| -  
−
| Bitrated
+
|ビットレート
−
| {{No}}<br />"At this time, I oppose increasing the block size limit as per Gavin's proposal" - Nadav Ivgi (founder)<ref>https://twitter.com/shesek/status/605005384026177537</ref>
+
| "この時点で、私はGavinの提案に従ってブロックサイズ制限を増やすことに反対している" - Nadav Ivgi（創設者）<ref> https://twitter.com/shesek/status/605005384026177537 < ref>
 
|
 
|
−
|-
+
| -  
 
| [[GreenAddress]]
 
| [[GreenAddress]]
−
| {{No|No: "In our mind increasing the block size like this is just pushing the problem a little further at potentially unfixable costs."}}<ref>http://www.reddit.com/r/Bitcoin/comments/35anax/list_of_bitcoin_services_that_support_increasing/cr2mq84</ref>
+
| {{いいえ|いいえ}：私たちの考えでは、このようなブロックサイズを増やすだけで、潜在的に修正不可能なコストを少しでも増やすだけです。 "}} <ref> http://www.reddit.com/r/Bitcoin/comments / 35anax / list_of_bitcoin_services_that_support_increasing / cr2mq84 </ ref>
 
|
 
|
−
|-
+
| -  
 
| [[MPEx]]
 
| [[MPEx]]
−
| {{No}}<ref>http://log.bitcoin-assets.com//?date=07-01-2015#967332</ref>
+
| {{いいえ}} <ref> http://log.bitcoin-assets.com//?date=07-01-2015#967332 </ ref>
 
|
 
|
−
|-
+
| -  
−
| [[Paymium]]
+
| [ペイミウム]
−
| {{No|No: "<nowiki>[allow]</nowiki> a sane transaction fee market to emerge, by letting the blocks actually fill-up."}} - CTO David Francois<ref>http://fr.anco.is/2015/gavineries/</ref>
+
| {{いいえ|いいえ}：ブロックを実際に補充することで、 "<nowiki> [allow] </ nowiki>の取引手数料市場が現れるようになります。"}} - CTO David Francois <ref> http：// fr。 anco.is/2015/gavineries / </ ref>
−
|
 
−
|-
 
−
| Ethereum<br />
 
−
| {{Neutral|Neutral: "If <nowiki>[the niche of digital gold]</nowiki> is what Bitcoin users want, then they should keep the limit, and perhaps even decrease it. But if Bitcoin users want to be a payment system, then up it must go."}} - Vitalik Buterin (founder)<ref>http://www.reddit.com/r/ethereum/comments/380q61/i_know_this_may_not_directly_be_ethereum_related/crrofl6</ref>
 
 
|
 
|
−
|-
+
| -
 +
|エテリアム<br />
 +
| {{中立|中立： "[nowiki] [デジタルゴールドのニッチ] </ nowiki>がBitcoinユーザーの望むものならば、限界を守り、おそらくそれを減らす必要があるかもしれませんが、Bitcoinユーザーが支払いシステムを構築し、それを上手くいく必要があります。」} - Vitalik Buterin（創設者）<ref> http://www.reddit.com/r/ethereum/comments/380q61/i_know_this_may_not_directly_be_ethereum_related/crrofl6 </ ref>
 +
|
 +
| -  
 
| [[F2Pool]]
 
| [[F2Pool]]
−
| {{Neutral|Neutral: "We do support bigger blocks and sooner rather than later. But we cannot handle 20 MB blocks right now. ... I think we can accept 5MB block at most."}}<ref>http://sourceforge.net/p/bitcoin/mailman/message/34157036/],[http://sourceforge.net/p/bitcoin/mailman/message/34158911/</ref>
+
| {{中立|中立： "より大きなブロックをサポートし、遅くなくても早くサポートしますが、今は20 MBのブロックを処理できません...私は最大で5 MBのブロックを受け入れることができると思います。 /sourceforge.net/p/bitcoin/mailman/message/34157036/]、[http://sourceforge.net/p/bitcoin/mailman/message/34158911/ </ ref>
 
|
 
|
−
|-
+
| -  
 
| [[Armory]]
 
| [[Armory]]
−
| {{Yes}}<br />"This *is* urgent and needs to be handled right now, and I believe Gavin
+
| {{はい}} <br />「これは緊急であり、今処理が必要です.Gavin
−
has the best approach to this." - CEO Alan Reiner<ref>http://sourceforge.net/p/bitcoin/mailman/message/34093337/</ref>
+
これに最善のアプローチをしています」 - CEO Alan Reiner <ref> http://sourceforge.net/p/bitcoin/mailman/message/34093337/ </ ref>
 
|
 
|
−
|-
+
| -  
 
| BitcoinReminder
 
| BitcoinReminder
−
| {{Yes|Yes: "BitcoinReminder.com also supports 20MB blocks (or even more?"}}<ref>http://www.reddit.com/r/Bitcoin/comments/37y8wm/list_of_bitcoin_services_that_supportoppose/crs9ytd</ref>
+
| {{はい|はい：はい、 "BitcoinReminder.comは20MB以上のブロックをサポートしていますか？"}} <ref> http://www.reddit.com/r/Bitcoin/comments/37y8wm/list_of_bitcoin_services_that_supportoppose/crs9ytd </ ref>
 
|
 
|
−
|-
+
| -  
 
| BitHours
 
| BitHours
−
| {{Yes|Yes: "We support @gavinandresen and his proposal for 20mb blocks"}}<ref>https://twitter.com/bithours/status/605131647747358721</ref>
+
| {{はい|はい：「@gavinandresenと20mbブロックの提案」}} <ref> https://twitter.com/bithours/status/605131647747358721 </ ref>
 
|
 
|
−
|-
+
| -  
 
| [[BitPay]]
 
| [[BitPay]]
−
| {{Yes}}<br />"Agreed (but optimistic this will be the last and only time block size needs to increase)" - CEO Stephen Pair<ref>https://twitter.com/spair/status/595341090317799424</ref>
+
| <br /> CEOのStephen Pair <ref> https://twitter.com/spair/status/595341090317799424 </ span> </ span> / ref>
−
| {{Yes|Yes: "In summary, we believe BIP 101 will safeguard Bitcoin’s decentralized nature while providing a reliable, immediate path toward greater network throughput, and we would like to express our support for merging BIP 101 into Bitcoin Core."}} - Stephen Pair<ref>https://medium.com/@spair/increasing-the-block-size-limit-85ff236fc516</ref>
+
| {{はい|はい：要約すると、BIP101はBitcoinの分散された性質を守りながら、ネットワークのスループットを向上させるための信頼性の高い即時の手段を提供すると考えており、BIP 101をBitcoin Coreに統合するサポートを表明したいと考えています。 - Stephen Pair <ref> https://medium.com/@spair/increasing-the-block-size-limit-85ff236fc516 </ ref>
−
|-
+
| -  
 
| Bittiraha.fi
 
| Bittiraha.fi
−
| {{Yes|Yes: "We are supporting increasing #Bitcoin max block size to 20MB."}}<ref>https://twitter.com/Bittirahafi/status/596682373028311040</ref><br />"I'm strongly in favor of the block size cap increase to 20MB." - CEO Henry Brade<ref>https://twitter.com/Technom4ge/status/596334370803326978</ref>
+
| {はい|はい： "私たちは、#Bitcoinの最大ブロックサイズを20MBに増やすことをサポートしています。}} <ref> https://twitter.com/Bittirahafi/status/596682373028311040 </ ref> <br />"私は強くブロックサイズを20MBに増やすことを強く望んでいる」 - CEO Henry Brade <ref> https://twitter.com/Technom4ge/status/596334370803326978 </ ref>
−
| {{Yes}}<br />"And I'm in favor of releasing a version with this change even with opposition." - CEO Henry Brade<ref>https://twitter.com/Technom4ge/status/596334370803326978</ref>
+
| {{はい}} <br />「私は野党でもこの変更を加えた版を公開することに賛成する」 - CEO Henry Brade <ref> https://twitter.com/Technom4ge/status/596334370803326978 </ ref>
−
|-
+
| -  
 
| [[Blockchain.info]]
 
| [[Blockchain.info]]
−
|{{Yes}}<br />"It is time to increase the block size. Agree with @gavinandresen" - CEO Peter Smith<ref>https://twitter.com/OneMorePeter/status/595676380320407553</ref><br />"Scaling #bitcoin is a big deal. Increase the block size." - Nic Cary<ref>https://twitter.com/niccary/status/595707211994763264</ref>
+
"@gavinandresenと同意する" - CEOのPeter Smith <ref> https://twitter.com/OneMorePeter/status/595676380320407553 </はい>} br /> "#bitcoinのスケーリングは大したことです。ブロックサイズを増やしてください。" - Nic Cary <ref> https://twitter.com/niccary/status/595707211994763264 </ ref>
 
|
 
|
−
|-
+
| -  
−
| [[Blocktrail]]
+
| [[ブロックトレイン]]
−
|{{Yes}}<br />"We'd love to see BIP101 with 4mb start, alternatively BIP100 with something to deal with the 21% attack could be good too."<ref>https://blog.blocktrail.com/2015/08/miners-block-size-vote-explained/</ref><br />
+
| {{はい}} <br />「4メガバイトのスタートでBIP101を見たいと思っています。あるいは、21％の攻撃に対処する何かを備えたBIP100も良いかもしれません。」<ref> https：//blog.blocktrail。 com / 2015/08 / miners-block-size-vote-described / </ ref> <br />
 
|
 
|
−
|-
+
| -  
−
| Breadwallet
+
|ブレッドウォレット
−
| {{Yes}}<br />"[...] in support of the Gavin's 20Mb block proposal." - CEO Aaron Voisine<ref>http://sourceforge.net/p/bitcoin/mailman/message/34096857/</ref>
+
| {{はい}} <br /> "[...] Gavinの20Mbブロックの提案を支持しています。 - CEO Aaron Voisine <ref> http://sourceforge.net/p/bitcoin/mailman/message/34096857/ </ ref>
 
|
 
|
−
|-
+
| -  
 
| [[BTC Guild]]
 
| [[BTC Guild]]
  
−
| {{Yes}}<br />"Needs to happen, but needs future expansion built in at a reasonable rate." - Eleuthria<ref>https://www.reddit.com/r/Bitcoin/comments/370rko/21_inc_engineer_everyone_assumes_humans_will_be/crjfnpg?context=3</ref>
+
| {{はい}} <br /> "起こる必要があるが、将来の拡大を妥当な速度で組み込む必要がある。 - Eleuthria <ref> https://www.reddit.com/r/Bitcoin/comments/370rko/21_inc_engineer_everyone_assumes_humans_will_be/crjfnpg?context=3 </ ref>
 
|
 
|
−
|-
+
| -  
 
| BX.in.th
 
| BX.in.th
−
| {{Yes|Yes: "<nowiki>http://BX.in.th</nowiki> will support the 20MB block size"}}<ref>https://twitter.com/BitcoinThai/status/605022509101023232</ref>
+
| {{はい|はい： "<nowiki> http://BX.in.th </ nowiki>は20MBのブロックサイズをサポートします"}} <ref> https://twitter.com/BitcoinThai/status/605022509101023232 < ref>
−
|  
+
|
−
|-  
+
| -  
−
| [[Coinbase (business)|CoinBase]]
+
| [[Coinbase（business）| CoinBase]]
−
| {{Yes|Yes: "Coinbase supports increasing the maximum block size"}}<ref>https://twitter.com/coinbase/status/595741967759335426</ref><br />"Why we should increase the block size" - CEO Brian Armstrong<ref>https://twitter.com/brian_armstrong/status/595453245884997634</ref>
+
| {{Yes | Yes： "Coinbaseは最大ブロックサイズの増加をサポートしています}} <ref> https://twitter.com/coinbase/status/595741967759335426 </ ref> <br />"ブロックサイズを増やす理由は何ですか？ - CEO Brian Armstrong <ref> https://twitter.com/brian_armstrong/status/595453245884997634 </ ref>
−
| {{Yes|Yes: "5/ hard forks probably shouldn't happen frequently, but periodically they are an elegant solution that helps bitcoin keep growing"}} - CEO Brian Armstrong<ref>https://twitter.com/brian_armstrong/status/633309671994998784</ref>
+
| {{はい|はい： "5 /ハードフォークは頻繁に起こるべきではないかもしれませんが、ビットコインが成長し続けるのを助けるエレガントなソリューションです"}} - CEO Brian Armstrong <ref> https://twitter.com/brian_armstrong/ステータス/ 633309671994998784 </ ref>
−
|-  
+
| -  
 
| [[Coinify]]
 
| [[Coinify]]
−
| {{Yes}}<br />"We see Bitcoin XT as the best solution for ensuring the future scalability of the Bitcoin network." - CTO Hamed Sattari<ref>https://news.coinify.com/coinify-supports-bitcoin-xt-scalability-bitcoin-payments/</ref>
+
| {{はい}} <br />「Bitcoin XTはBitcoinネットワークの将来のスケーラビリティを保証する最良のソリューションです。 - CTO Hamed Sattari <ref> https://news.coinify.com/coinify-supports-bitcoin-xt-scalability-bitcoin-payments/ </ ref>
 
|
 
|
−
|-
+
| -  
−
| [[Adam Back]]
+
| [[アダムバック]]
−
| {{Yes|Yes: "For the record I am not aware of a single person who has said they do not agree with scaling Bitcoin.  Changing a constant is not the hard-part.  The hard part is validating a plan and the other factors that go into it.  It's not a free choice it is a security/scalability tradeoff.  No one will thank us if we "scale" bitcoin but break it in hard to recover ways at the same time."}} <ref>https://www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg08276.html</ref>
+
| {{はい|はい： "記録のために、Bitcoinの拡大縮小に同意しないと言ったひとりの人は気付きません。定数を変更することは難しいことではありません。それはセキュリティ/スケーラビリティのトレードオフという自由な選択ではありません。ビットコインを "スケール"して同時に方法を回復することができれば、誰も私たちに感謝します。 "}} <ref> https： //www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg08276.html </ ref>
−
| {{No}}<br />"I strongly urge that we return to the existing collaborative constructive review process that has been used for the last 4 years which is a consensus by design to prevent one rogue person from inserting a backdoor, or lobbying for a favoured change on behalf of a special interest group, or working for bad actor" - Dr. Adam Back<ref>https://www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg08276.html</ref>
+
| 「不正な人物がバックドアを挿入するのを防ぐためのコンセンサスである、過去4年間に使用されてきた既存の協調的な建設的レビュープロセスに戻ることを強くお勧めします。特別な利益団体に代わって好意的な変更をしたり、悪い俳優のために働いています」 - Dr. Adam Back <ref> https://www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg08276 html </ ref>
 
|
 
|
−
|-
+
| -  
−
| Kryptoradio
+
|クリプトラディオ
−
| {{Yes}}<br />"#Kryptoradio dev @zouppen supports 20MB block size in #bitcoin." - Joel Lehtonen<ref>https://twitter.com/koodilehto/status/596675967667568641</ref>
+
| {{はい}} <br /> "#Kryptoradio dev @zouppenは#bitcoinで20MBのブロックサイズをサポートしています。" - Joel Lehtonen <ref> https://twitter.com/koodilehto/status/596675967667568641 </ ref>
 
|
 
|
−
|-  
+
| -  
−
| [[OKCoin]]
+
| [OKCoin]
−
| {{Yes|Yes: "OKCoin's tech team believes it's the right decision"}}<ref>https://twitter.com/okcoinbtc/status/598412795240009728</ref>
+
| {{はい|はい：「OKCoinの技術チームは正しい判断だと信じています」}} <ref> https://twitter.com/okcoinbtc/status/598412795240009728 </ ref>
 
|
 
|
−
|-
+
| -  
−
| [[Third Key Solutions]]
+
| [[第3の主要な解決策]]
−
| {{Yes}}<br />"Gavin is right.  The time to increase the block size limit is before transaction processing shows congestion problems." - CTO Andreas Antonopoulos<ref>https://twitter.com/aantonop/status/595601619581964289</ref>
+
| {{はい}} <br /> "Gavinが正しいです。ブロックサイズ制限を増やす時間は、トランザクション処理によって輻輳の問題が発生する前です。" - CTO Andreas Antonopoulos <ref> https://twitter.com/aantonop/status/595601619581964289 </ ref>
 
|
 
|
−
|-
+
| -  
 
| [[Xapo]]
 
| [[Xapo]]
−
| {{Yes|Yes: "One meg is not enough: Xapo supports increasing the maximum block size"}} - CEO Wences Casares<ref>https://twitter.com/wences/status/595768917907402752</ref>
+
| {{はい|はい： "1メガでは不十分です：Xapoは最大ブロックサイズの拡大をサポートしています}} - CEO Wences Casares <ref> https://twitter.com/wences/status/595768917907402752 </ ref>
 
|
 
|
 
|}
 
|}
  
−
==References==
+
==参考文献==
−
<references/>
+
<リファレンス/>
−
[[Category:2015 events]]
+
[[Category：2015 events]]

2018年4月13日 (金) 02:05時点における最新版

テンプレート:も参照 2010年にはBitcoinに1MBのブロックサイズ制限が中本哲によって導入されました。彼はそれを2つのコミットに隠して追加した<ref> https://www.reddit.com/r/Bitcoin/comments/63859l/github_commit_where_satoshi_added_the_block_size/ <ref> <ref> a30b56ebは "opensslリンケージの問題を修正"、卑劣なソフトフォークUASFはMAX_BLOCK_SIZE No.1をコミットします。<ref> [https://github.com/bitcoin/bitcoin/commit/a790fa46f40 " 1つの確認が得られるまで支払いを計上するか支払う "、ソフトなフォークUASFはMAX_BLOCK_SIZE No.2をコミットします。</ ref>以前のバージョンのソフトウェアは問題のない小さなブロックを受け入れるため、元の制限はソフトフォークと同等でした。これらはすべて、この変更と上位互換でした。

中本が姿を消してしまう前に、この制限はもう一度変更されていませんでした。今は、ビットコインのコンセンサスルールの一部であり、非常に侵襲的なハードフォークを変更する必要があります。 Bitcoinが一時的または永続的に別々の支払いネットワーク（「altcoins」）に分割されないようにするために、ハードフォークはほぼすべての[完全なノード＃経済的な|経済的な]]完全なノード。

第2党（theymos）によると、Satoshiは、移行中の論争を減らすために、変更が完了するまで、新しい1MBの制限を「静かに」維持することを発見した人々に語った。<ref> [https：// www .reddit.com / r / Bitcoin / comments / 3giend / citation_needed_satoshis_reason_for_blocksize / ctygzmi / theymos 1MBの変更を静かに保っているSatoshiの経験を説明しています。ブロックサイズ制限がアンチDoS対策であると主張する唯一の証拠は、 2015年のユーザーCryddit（Ray Dillinger）の投稿で、彼は議論そのものに関わっていると主張し、発射時には限界があると主張した。<ref> msg10388435＃202015のCrydditは、彼がSatoshiと最初のカットを行ったこと、そしてBitcoinが立ち上げられた時点で1MBの制限があったと述べています。秘密のコミットに従って、7月14日まで制限は追加されませんでした、2010年は、1.5年後に発売されました。

ブロックサイズを大きくする引数[編集]

  • 1秒あたりのトランザクション数
  • オフチェーンソリューションはまだメインブロックチェーンから負荷を取り除く準備ができていません。

競合[編集]

  • 増加したブロックサイズは、Mastercoin、Counterpartyなどの拡張機能のためのスペースを残します。
    • ニュートラル：Bitcoinの競争相手はより低い料金を有する
    • ネガティブ：Bitcoinのフルノードは、Bitcoinをサポートしないより多くのリソースを使用するよう強制されます
  • 小さなブロックは最終的に速い確認のために高い手数料を必要とするでしょう。
    • Positive：Satoshi Diceの賭けなどのスパム取引にはもう安くはなりません
    • ポジティブ：手数料はゼロではありません。これは最終的に鉱夫にインセンティブを与え、鉱業の生態系を確保するために必要である
    • ネガティブ：Bitcoinは新しいユーザーには高い料金で魅力がないように見えるかもしれません
    • ネガティブ：高額手数料は、世界的な導入、投資、開発、サポート、集中を阻止または逆転させる可能性があります。
    • ネガティブ：Bitcoinユーザーがより高い料金を支払う
  • ブロッキングの上限が低いと、鉱夫にインセンティブを与えるための取引手数料が高くなる（「手数料市場が発展する」）。

ブロックサイズを大きくすることに反対する引数[編集]

ハードフォークは十分なコンセンサスを待つ必要があります。

  • 致命的な合意の失敗のリスク<ref> https://www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg08276.html </ ref> テンプレート:明確化が必要
  • コンセンサスを達成できる緊急ハードフォークは、必要に応じて短期間で導入することができます。[ref> [1]、Peter Todd、Reddit / r / Bitcoin、2015年6月9日</ ref>
  • オーファンレート増幅、伝播速度が遅いために、より多くのreorgとdouble-spends。
  • ヨーロッパ/アメリカのプールは、中国のプールに比べて不利な点が多い[why?]
  • トランザクションの追い出しを含むmempoolの改善により、「輻輳」の問題を解決できます。
  • 最大ブロックサイズの量は、メインブロックチェーン上の将来のすべてのトランザクションをサポートしません（さまざまな種類のオフチェーントランザクションが唯一の長期的なソリューションです）
  • 高速ブロック伝搬は明確に実行可能ではないか、（例えば、IBLT）集中制御を作成する。

地方分権への損害[編集]

  • ブロックが大きくなると、ノードの稼働率が高くなります。

したがって、ブロックが大きくなるとフル・ノードを実行するハッシャが少なくなり、より多くの電力を持つ中央エンティティになり、Bitcoinは信頼性を高める必要があり、Bitcoinsの価値命題が弱くなります。

  • Bitcoinは、集中化が信頼を必要とするため、分散化されている場合にのみ有効です。 Bitcoinsの価値命題は信頼できないものです。
  • 単一の鉱夫が制御するハッシュレートが大きければ大きいほど、より集中したBitcoinになり、Bitcoinを使用することでより多くの信頼が必要になります。
  • あなたのハッシュパワーに対する権利を他のエンティティに与えるのではなく、マイニング中に自分の完全なノードを実行すると、大規模な鉱夫のハッシュレートが低下します。ハッシュ・パワーを持つ人は、フル・ノードを実行する場合に限り、自分のハッシュ・パワーを制御できます。
  • ハッシュ・パワーを制御する人が少なくなると、より多くのノードが稼動する場合にはフル・ノードになります。

歴史[編集]

2010年10月3日、Jeff Garzikは、ブロックサイズを直ちに7MBに増やすパッチを公開しました。パッチにはユーザーはいませんでしたが、ハードフォークを使用してブロックサイズを増やすのが最も早い試みでした。 Satoshiとtheymosは、ユーザーのノードがネットワークと互換性がないため、直ちに実装しないと言った。<ref name = "dontuse"> "このパッチを使用しないでください。" Satoshiはここで、変更が必要な場合はハードフォークをカウントダウンで実装できると説明しています。</ ref>これは、多くの人が主張しているポストは、聡がブロックサイズを増やすことを意図していることを証明している。しかし、英語はそのようには機能しません。 Satoshiは条件付きではなく意図的に話しました。[1]

BIP 100[編集]

マイナー投票に基づいてブロックサイズの制限を変更しますが、ソフトフォークまたはハードフォークなしで範囲（1MB、32MB）を離れることはありません。

Bitcoin XT[編集]

thumb | 128px | Bitcoin XTロゴ テンプレート:メイン Bitcoin XTは、2016年1月11日が過ぎ、鉱山者の75％がサポートに入った後に8 MBに増加するBIP 101を採用したときに有名になった別のクライアントでした。その後2年ごとに制限を倍増そのサイズはその2年の間隔内で直線的に増加する。

XTはハードフォークを起動するのに十分なサポートを得ることができず、マイク・ハーンの辞任につながった。

BIP 102[編集]

2015年11月11日に2 MBに増やしてください。

BIP 103[編集]

2063年まで年間17.7％増加します。

Bitcoinクラシック[編集]

テンプレート:メイン 2016年にBIP 109とハードフォークを2 MBにする。2017年の動的max_block_size。

隔離された目撃者[編集]

thumb | 128px | SegWitロゴ テンプレート:メイン 署名データを1 MBブロックからソフトフォークを介して別の証人構造に移動し、ブロック容量を1.4 MBのトランザクションに上げることができます。

エンティティの位置[編集]

下の位置は、推奨される固定ブロックサイズが20MiBに増加したことに基づいています。これらのより大きなブロックに対するポジションは、必ずしも一般的な増加に対して反対ではなく、より小さいおよび/または漸進的な増加を支持してもよい。

！エンティティ ！より大きいブロックをサポート ！ハードフォークをサポート
- Magnr テンプレート:はい} <ref> https://github.com / bitcoinclassic / website / issues / 3＃issuecomment-172678154 </ ref> テンプレート:はい - Magnr <ref> https://twitter.com/magnr/status/689227046120222721 <ref> https://bitcoinclassic.com </ ref> / ref> - Bitcoinpaygate テンプレート:いいえ {ref> http://www.reddit.com/r/Bitcoin/comments/37y8wm/list_of_bitcoin_services_that_supportoppose/crqsnqp </ ref> - ビットレート "この時点で、私はGavinの提案に従ってブロックサイズ制限を増やすことに反対している" - Nadav Ivgi（創設者）<ref> https://twitter.com/shesek/status/605005384026177537 < ref> - GreenAddress テンプレート:いいえ <ref> http://www.reddit.com/r/Bitcoin/comments / 35anax / list_of_bitcoin_services_that_support_increasing / cr2mq84 </ ref> - MPEx テンプレート:いいえ <ref> http://log.bitcoin-assets.com//?date=07-01-2015#967332 </ ref> - [ペイミウム] テンプレート:いいえ - CTO David Francois <ref> http：// fr。 anco.is/2015/gavineries / </ ref> - エテリアム
 中立： "[nowiki] [デジタルゴールドのニッチ] </ nowiki>がBitcoinユーザーの望むものならば、限界を守り、おそらくそれを減らす必要があるかもしれませんが、Bitcoinユーザーが支払いシステムを構築し、それを上手くいく必要があります。」} - Vitalik Buterin（創設者）<ref> http://www.reddit.com/r/ethereum/comments/380q61/i_know_this_may_not_directly_be_ethereum_related/crrofl6 </ ref> - F2Pool 中立： "より大きなブロックをサポートし、遅くなくても早くサポートしますが、今は20 MBのブロックを処理できません...私は最大で5 MBのブロックを受け入れることができると思います。 /sourceforge.net/p/bitcoin/mailman/message/34157036/]、[http://sourceforge.net/p/bitcoin/mailman/message/34158911/ </ ref> - Armory テンプレート:はい
「これは緊急であり、今処理が必要です.Gavin

これに最善のアプローチをしています」 - CEO Alan Reiner <ref> http://sourceforge.net/p/bitcoin/mailman/message/34093337/ </ ref>

- BitcoinReminder テンプレート:はい <ref> http://www.reddit.com/r/Bitcoin/comments/37y8wm/list_of_bitcoin_services_that_supportoppose/crs9ytd </ ref> - BitHours テンプレート:はい <ref> https://twitter.com/bithours/status/605131647747358721 </ ref> - BitPay
CEOのStephen Pair <ref> https://twitter.com/spair/status/595341090317799424 </ span> </ span> / ref> 		テンプレート:はい <ref> https://twitter.com/Bittirahafi/status/596682373028311040 </ ref>
"私は強くブロックサイズを20MBに増やすことを強く望んでいる」 - CEO Henry Brade <ref> https://twitter.com/Technom4ge/status/596334370803326978 </ ref> 		テンプレート:はい
「私は野党でもこの変更を加えた版を公開することに賛成する」 - CEO Henry Brade <ref> https://twitter.com/Technom4ge/status/596334370803326978 </ ref> 		- Blockchain.info

"@gavinandresenと同意する" - CEOのPeter Smith <ref> https://twitter.com/OneMorePeter/status/595676380320407553 </はい>} br /> "#bitcoinのスケーリングは大したことです。ブロックサイズを増やしてください。" - Nic Cary <ref> https://twitter.com/niccary/status/595707211994763264 </ ref>

- ブロックトレイン テンプレート:はい
「4メガバイトのスタートでBIP101を見たいと思っています。あるいは、21％の攻撃に対処する何かを備えたBIP100も良いかもしれません。」<ref> https：//blog.blocktrail。 com / 2015/08 / miners-block-size-vote-described / </ ref>
- ブレッドウォレット テンプレート:はい
"[...] Gavinの20Mbブロックの提案を支持しています。 - CEO Aaron Voisine <ref> http://sourceforge.net/p/bitcoin/mailman/message/34096857/ </ ref> 		- BTC Guild テンプレート:はい
"起こる必要があるが、将来の拡大を妥当な速度で組み込む必要がある。 - Eleuthria <ref> https://www.reddit.com/r/Bitcoin/comments/370rko/21_inc_engineer_everyone_assumes_humans_will_be/crjfnpg?context=3 </ ref> 		- BX.in.th テンプレート:はい <ref> https://twitter.com/BitcoinThai/status/605022509101023232 < ref> - CoinBase Yes： "Coinbaseは最大ブロックサイズの増加をサポートしています <ref> https://twitter.com/coinbase/status/595741967759335426 </ ref>
"ブロックサイズを増やす理由は何ですか？ - CEO Brian Armstrong <ref> https://twitter.com/brian_armstrong/status/595453245884997634 </ ref> 		テンプレート:はい - CEO Brian Armstrong <ref> https://twitter.com/brian_armstrong/ステータス/ 633309671994998784 </ ref> - Coinify テンプレート:はい
「Bitcoin XTはBitcoinネットワークの将来のスケーラビリティを保証する最良のソリューションです。 - CTO Hamed Sattari <ref> https://news.coinify.com/coinify-supports-bitcoin-xt-scalability-bitcoin-payments/ </ ref> 		- アダムバック テンプレート:はい <ref> https： //www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg08276.html </ ref> 「不正な人物がバックドアを挿入するのを防ぐためのコンセンサスである、過去4年間に使用されてきた既存の協調的な建設的レビュープロセスに戻ることを強くお勧めします。特別な利益団体に代わって好意的な変更をしたり、悪い俳優のために働いています」 - Dr. Adam Back <ref> https://www.mail-archive.com/bitcoin-development@lists.sourceforge.net/msg08276 html </ ref> - クリプトラディオ テンプレート:はい
"#Kryptoradio dev @zouppenは#bitcoinで20MBのブロックサイズをサポートしています。" - Joel Lehtonen <ref> https://twitter.com/koodilehto/status/596675967667568641 </ ref> 		- [OKCoin] テンプレート:はい <ref> https://twitter.com/okcoinbtc/status/598412795240009728 </ ref> - 第3の主要な解決策 テンプレート:はい
"Gavinが正しいです。ブロックサイズ制限を増やす時間は、トランザクション処理によって輻輳の問題が発生する前です。" - CTO Andreas Antonopoulos <ref> https://twitter.com/aantonop/status/595601619581964289 </ ref> 		- Xapo テンプレート:はい - CEO Wences Casares <ref> https://twitter.com/wences/status/595768917907402752 </ ref>

参考文献[編集]

<リファレンス/>

Category：2015 events
  1. ↑ 引用エラー: 無効な <ref> タグです。 「dontuse」という名前の引用句に対するテキストが指定されていません
「http://tezos-wiki.jp/wiki/index.php?title=Block_size_limit_controversy&oldid=19663」から取得