개인 멤버의 역학 및 비트 코인에 대한 영향

이 기사에서는 개인 멤피의 역학과 공개 멤피의 유용성, 광업 인센티브 및 비트 코인 네트워크의 건강에 미치는 영향을 살펴 보겠습니다.

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 릴레이 정책을 실행할 때 트랜잭션 전파의 역학을 살펴 보았습니다. 이 작품에서 나는 개인 멤피의 역학과 공개 멤피의 유용성, 광업 인센티브 및 Bitcoin 네트워크의 건강에 미치는 영향을 살펴볼 것입니다.

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의 목적의 핵심은 두 명의 다른 당사자, 광부 및 거래 사용자의 인센티브를 촉진하고 있습니다. 사용자는 거래를 원하고 그렇게하기 위해 광부의 거래 수수료를 지불하려고합니다. 광부는 돈을 벌기를 원하며 거래 수수료는 각 블록의 새로운 코인 보조금 외에 추가 수입원이며 보조금이 줄어드는 것처럼 장기적으로 필요한 1 차 수익원입니다.

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.

비트 코인은 인센티브에 의해 확보 된 시스템입니다. 이 핵심 역학은 시스템의 보안을 이끌어 내고 고객과 공급자가 있으며, 두 사람은 자신의 요구와 요구를 충족 시키려고 시도하는 두 사람은 블록 체인이 충분한 양의 열역학적 보안으로 계속 전진하도록 보장하는 것입니다.

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.

이 촉진 메커니즘에 마찰을 도입하려는 시도는 궁극적 으로이 두 당사자의 인센티브를 바꾸기 위해 전혀 아무것도하지 않습니다. 특정 종류의 거래를 원하는 사용자는 여전히 거래를하고 비용을 지불하기를 원할 것입니다. 이러한 종류의 거래를 기꺼이 받아들이려는 광부는 여전히 그 거래를 수락하고 블록에 포함시켜 수수료를 징수 할 것입니다.

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.

거래가 유효하다면,이 두 당사자는 여전히 충족되지 않은 욕구와 요구를 가질 것이며, 여전히 어떤 형태 나 방식으로 그들을 만나도록 강력하게 동기를 부여 할 것입니다.

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 Api Divisiblual 최종 사용자는 욕구의 우연의 양쪽 끝 사이에 인위적으로 도입 된 마찰을 중심으로 길에 충분히 자본화되거나 유능하지는 않지만 광부는 가장 분명합니다. 오래된 격언이 가면서“만약 당신이 그것을 만들면 그들은 올 것입니다.”

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.

광부의 우선적 상황은 분명히 공개 Mempool을 통해 대역에서 거래를 지불하는 수수료를 획득하는 것입니다. 표준 비트 코인 클라이언트를 상자 밖으로 실행하는 것이 가장 낮은 오버 헤드가 필요하며, 광부에게 가장 높은 수수료 지불 거래를하도록하는 데 매우 높은 수준의 신뢰성을 보장하는 매우 탄력적 인 전파 메커니즘이며, 아무것도 할 필요가 없습니다. 클라이언트를 다운로드하여 실행하십시오.

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 년 전부터 많은 광업 풀에서 널리 구현 된 오랜 전례가 있으며, 오늘날까지도 여전히 존재합니다. 거래 가속기.

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.

우리는 이제 역사적 "옵트 인"플래그 사용에 관계없이 모든 거래가 수수료를 매길 수있는 Full-RBF의 세계에 살고 있습니다. Full-RBF로 업그레이드 한 모든 노드는 더 높은 수수료를 지불하는 한 멤 풀에서 이미 계류중인 확인되지 않은 출력을 지출하는 트랜잭션을 전달합니다. 이것이 항상 그런 것은 아닙니다. 역사적으로 원래 깃발로 옵트 인으로 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.

제 3 자 Apis는 오버 헤드가 광부 나 풀이 자체 거래 제출 API를 만들려면 엄청나게 높지 않지만 무료는 아닙니다. 여전히 모든 소프트웨어의 설계 및 릴리스주기를 거치려면 적어도 하나의 개발자와 시간이 필요합니다. 이 곡선은 특히 과장되지 않지만 여전히 그러한 노력에 얼마나 많은 자원이 필요한지에 대해 작은 광부보다 더 큰 광부를 선호합니다.

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는 광부와 관련이없는 제 3자가 그러한 API를 만들기 위해 실행 가능한 endevour임을 입증했으며, 광부는 처음부터 스스로를 만들기위한 노력을 소비하기보다는 단순히 서비스에 연결할 수 있습니다. 그러나 이것은 문제가 있습니다. 그러한 제 3자는 그러한 서비스를 무료로 구축하고 운영하지 않을 것입니다. 그들은 컷을 원할 것입니다.

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.

이 역학이 갈 수있는 두 가지 방법이 있습니다. 이러한 서비스는 광부와 서비스 제공 업체가 수익을 얻을 수 있도록 더 높은 비용을 요구하거나 광부가 직접 광부 운영과 직접 경쟁력을 유지하기 위해 광부가 수익을 작은 수익을 공유해야합니다. 이는 자체가 아닌 타사 제출 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

위의 가능성 중 개인 주문 유량은 전반적인 시스템 인센티브, 최종 사용자 소프트웨어의 신뢰성 및 잠재적으로 두 번째 보안 모델에있어 심각한 문제가 발생합니다.