プライベートメモプールのダイナミクスとビットコインへの影響

この記事では、プライベートメモプールのダイナミクスと、公共のメンバーの有用性、採掘インセンティブ、およびビットコインネットワーク全体の健康にある影響について見ていきます。

In the last Mempool article, I went through the dynamics of transaction propagation when different nodes on the network are running different mempool relay policies. In this piece I’ll be looking at the dynamics of private mempools, and the implications that has for the utility of the public mempool, mining incentives, and the health of the Bitcoin network overall.

最後のMempoolの記事では、ネットワーク上の異なるノードが異なるMempoolリレーポリシーを実行している場合、トランザクション伝播のダイナミクスを経験しました。この作品では、プライベートメモプールのダイナミクスと、公共のメンバーの有用性、採掘インセンティブ、およびビットコインネットワーク全体の健康にある意味を見ていきます。

At the heart of the purpose of the mempool is facilitating the aligned incentives of two different parties, miners and transacting users. Users want to transact, and are willing to pay miners’ transaction fees in order to do so. Miners want to make money, and transaction fees are an additional source of revenue in addition to the new coin subsidy in each block, as well as a necessary primary revenue source to cultivate in the long term as the subsidy dwindles.

Mempoolの目的の中心にあるのは、2つの異なるパーティー、鉱夫と取引ユーザーの整合性インセンティブを促進しています。ユーザーは取引したいと考えており、そうするために鉱山労働者の取引手数料を支払うことをいとわない。鉱夫はお金を稼ぎたいと考えており、取引手数料は、各ブロックの新しいコイン補助金に加えて、追加の収益源であり、補助金が減少するにつれて長期的に耕作するために必要な主要な収益源です。

Bitcoin is a system secured by incentives. This core dynamic is what drives the security of the system, you have a customer(s) and a provider, and the two of them attempting to fulfill their wants and needs is what ensures the blockchain continues ticking forward with a sufficient amount of thermodynamic security.

ビットコインは、インセンティブによって保護されているシステムです。このコアダイナミクスは、システムのセキュリティを促進するものであり、顧客とプロバイダーがいます。2人が自分の欲求とニーズを満たそうとすることを試みる2人は、ブロックチェーンが十分な量の熱力学的セキュリティで前進し続けることを保証します。

Attempts to introduce friction into this facilitation mechanism does not ultimately do anything at all to change the incentives of these two parties. A user who wants to make a certain kind of transaction is still going to want to make that transaction, and pay for it. A miner who is willing to accept those kinds of transactions is still going to want to accept them, and collect the fee by including them in a block.

このファシリテーションメカニズムに摩擦を導入しようとすると、これらの2つの政党のインセンティブを変更するために最終的に何もしません。特定の種類のトランザクションを作成したいユーザーは、その取引を行い、それを支払うことを望んでいます。これらの種類のトランザクションを受け入れようとする鉱山労働者は、それらを受け入れ、ブロックに含めることで料金を徴収したいと思うでしょう。

If the transaction is valid, then these two parties are still going to have their unmet wants and needs, and are still going to be strongly motivated to meet them in some form or fashion.

トランザクションが有効な場合、これらの2つの関係者はまだ満たされていない欲求とニーズを持ち、何らかの形やファッションで彼らに会うように強く動機付けられるでしょう。

Miner APIIndividual end users are not necessarily capitalized enough or competent enough in order to route around friction artificially introduced between both ends of a coincidence of wants, but miners most definitely are. As the old adage goes, “if you build it, they will come.”

Miner ApiIndividual Endユーザーは、欲求の偶然の一致の間に人為的に導入された摩擦の周りをルーティングするために、必ずしも十分に十分に有能であるわけではありませんが、鉱山労働者は間違いなくそうです。古い格言が進むにつれて、「あなたがそれを構築すれば、彼らは来るでしょう」。

The preferential situation for miners is obviously to acquire fee paying transactions in-band through the public mempool. It requires the lowest overhead possible for them, simply running a standard Bitcoin client out of the box, it is a very resilient propagation mechanism that ensures a very high degree of reliability in getting miners the highest fee paying transactions, and they don’t have to do anything. Just download the client and run it.

鉱山労働者にとって優先的な状況は、明らかに、公共のメモリを通じて銀行で料金支払取引を取得することです。標準のビットコインクライアントを箱から出して実行するだけで、可能な限り低いオーバーヘッドが必要です。これは非常に回復力のある伝播メカニズムであり、鉱山労働者に最高の料金を支払う取引を得るために非常に高い信頼性を保証し、何もする必要はありません。クライアントをダウンロードして実行するだけです。

However, in a very hostile environment such as a network wide effort to filter consensus valid transactions during their propagation across the network, that traditional assumption can be drawn into question.

ただし、ネットワーク全体での伝播中に有効なトランザクションをフィルタリングするためのネットワーク幅広い努力などの非常に敵対的な環境では、その伝統的な仮定を疑問視することができます。

In such a scenario miners have every incentive to set up out-of-band mechanisms for accepting transactions that are not properly being relayed across the network. Marathon’s Slipstream API for non-standard transactions is not the only example of this. There is in fact a long standing precedent from almost ten years ago that was widely implemented by many mining pools, and still exists to this day. Transaction accelerators.

このようなシナリオでは、マイナーは、ネットワーク全体で適切に中継されていないトランザクションを受け入れるための帯域外メカニズムを設定するすべてのインセンティブを持っています。非標準トランザクション用のマラソンのスリップストリームAPIは、この唯一の例ではありません。実際、多くの採掘プールによって広く実装されていた10年前のほぼ10年前の長年の先例があり、今日まで存在しています。トランザクションアクセラレータ。

We now live in a world of Full-RBF, where any transaction, regardless of using the historical “opt-in” flag, can be fee-bumped. Any node who has upgraded to Full-RBF will relay any transaction that is spending an unconfirmed output already pending in the mempool as long as it is paying a higher fee. This has not always been the case. Historically only transactions that were originally made with a flag to opt-in to RBF use could be replaced and expected to propagate across the network.

私たちは現在、フルRBFの世界に住んでいます。ここでは、歴史的な「オプトイン」フラグを使用しても、トランザクションは料金を支払うことができます。 Full-RBFにアップグレードしたノードは、より高い料金を支払う限り、Mempoolですでに保留中に未確認の出力を費やしているトランザクションを中継します。これは必ずしもそうではありませんでした。歴史的に、RBF使用にオプトインするためのフラグで作成されたトランザクションのみを交換し、ネットワーク全体で伝播することが期待されていました。

Transaction accelerators were created by miners in order to facilitate this behavior for transactions that did not opt-in to RBF use.

トランザクションアクセラレータは、RBF使用をオプトインしなかったトランザクションのこの動作を促進するために、鉱夫によって作成されました。

Third Party APIsWhile the overhead is not exorbitantly high for a miner or pool to create their own transaction submission API, it isn’t free. It still does require at least one developer and time to go through the design and release cycle of any piece of software. The curve isn’t particularly exaggerated, but still does favor larger miners over smaller ones in terms of how much resources they will have to devote to such an endeavor.

サードパーティのAPISオーバーヘッドは、マイナーまたはプールが独自のトランザクション提出APIを作成するためにexorビット的に高くはありませんが、無料ではありません。ソフトウェアの設計とリリースサイクルを通過するには、少なくとも1人の開発者と時間が必要です。曲線は特に誇張されていませんが、そのような努力にどれだけのリソースを費やす必要があるかという点で、より小さな鉱山労働者よりも大きな鉱山労働者を支持しています。

Mempool.space has proven that it is a viable endevour for a third party unrelated to miners to create such an API, allowing miners to simply connect to their service rather than expend the effort to create one themselves from scratch. This does have its issues though, such a third party is not going to build and operate such a service for free. They will want their cut.

Mempool.spaceは、鉱山労働者とは無関係の第三者にとって、そのようなAPIを作成するための実行可能なエンデバーであることを証明しており、鉱山労働者は自分自身をゼロから作成する努力を費やすのではなく、サービスに単純に接続できるようにします。ただし、これには問題があります。このような第三者は、そのようなサービスを無料で構築および運用することはありません。彼らは彼らのカットを望むでしょう。

There are two ways that this dynamic can go, either these services wind up requiring a higher cost in order to allow both the miners and service providers to earn revenue, or miners will have to share a smaller cut of the revenue in order for such services to remain competitive with directly miner operated ones. This means miners using a third party submission API rather than their own will earn less revenue than the miners operating their own API.

このダイナミクスが進むには2つの方法があります。これらのサービスは、鉱山労働者とサービスプロバイダーの両方が収益を獲得できるようにするために、より高いコストを必要とするか、鉱夫がそのようなサービスが直接鉱山労働者と競争力を維持するために収益をより少ない収入を共有する必要があります。これは、鉱山労働者が独自のAPIを運営する鉱山労働者よりも少ない収益を得るのではなく、サードパーティの提出APIを使用することを意味します。

Private Order FlowEither of the above possibilities introduces serious problems when it comes to the overall system incentives, reliability of end-user software, and potentially even the security model of second

プライベート注文の流れ上記の可能性は、システム全体のインセンティブ、エンドユーザーソフトウェアの信頼性、および潜在的に2番目のセキュリティモデルに関して深刻な問題をもたらします。