op_return 제한 제거

최근에 인터넷은 OP_RETURN 제한을 제거하겠다는 제안에 휩싸였다. 이것은 Bitcoin Core OG 개발자 Peter Todd의 제안이다.

Author: Jaleel Jialiu

저자 : Jalel Jialiu

In recent days, the Internet has been abuzz with the proposal to remove the OP_RETURN restriction - this is a proposal made by Bitcoin Core OG developer Peter Todd.

최근에 인터넷은 OP_RETURN 제한을 제거하겠다는 제안에 휩싸였다. 이것은 Bitcoin Core OG 개발자 Peter Todd의 제안이다.

Although there are many doubts in the community about the change to OP_RETURN, according to an announcement posted on GitHub on May 5 by Bitcoin developer and Blockstream core contributor Greg Sanders (nicknamed "instagibbs"): In the next network upgrade, Bitcoin Core will no longer impose any byte or quantity restrictions on OP_RETURN.

Bitcoin Developer와 Blockstream Core 기고자 Greg Sanders ( "Instagibbs")가 5 월 5 일 Github에 게시 한 발표에 따르면 OP_Return으로의 변경에 대한 의문이 많이 있지만 : 다음 네트워크 업그레이드에서 Bitcoin Core는 더 이상 OP_RETURN에서 바이트 또는 수량 제한을 강요하지 않습니다.

What exactly is OP_RETURN?

OP_RETURN은 정확히 무엇입니까?

We all know that Bitcoin is a ledger that can never be tampered with, and every transaction is like writing a line of record on it.

우리는 모두 비트 코인이 결코 변조 할 수없는 원장이라는 것을 알고 있으며, 모든 거래는 그에 대한 레코드 라인을 작성하는 것과 같습니다.

OP_RETURN is like sticking a "note" on the edge of a book page - you can write a few dozen words or a small piece of data into it. This note is marked as "read-only" by the system. Others cannot use it as money, and it will not have any impact on other "money" records in the ledger.

OP_RETURN은 책 페이지의 가장자리에 "메모"를 고수하는 것과 같습니다. 수십 단어 나 작은 데이터를 작성할 수 있습니다. 이 노트는 시스템에 의해 "읽기 전용"으로 표시됩니다. 다른 사람들은 그것을 돈으로 사용할 수 없으며 원장의 다른 "돈"기록에 영향을 미치지 않습니다.

The reason for having such a "note" function is that sometimes people want to permanently pin some additional information (such as legal proof, short messages, anniversaries or even confessions) on the chain, but do not want to occupy the UTXO space used to store "tradable" bitcoins. With OP_RETURN, this information is thrown into a drawer like waste paper - the node only leaves traces and does not occupy the inventory, and the "available money" on the chain is still clean and neat.

그러한 "노트"기능을 갖는 이유는 때때로 사람들이 체인에 대한 추가 정보 (예 : 법적 증거, 짧은 메시지, 기념일 또는 고백과 같은)를 영구적으로 고정하기를 원하지만 "거래 가능한"비트 코인을 저장하는 데 사용되는 UTXO 공간을 차지하고 싶지 않기 때문입니다. OP_RETURN을 사용하면이 정보는 폐지와 같은 서랍에 던져집니다. 노드는 흔적 만 남기고 인벤토리를 차지하지 않으며 체인의 "사용 가능한 돈"은 여전히 ​​깨끗하고 깔끔합니다.

In the past, in order to prevent people from writing long "notes" and clogging up the network, Bitcoin Core only allowed one OP_RETURN in each transaction by default, and a maximum of 80 bytes of content could be stored. If the content exceeded, the node would directly refuse to relay it and would not help package it.

과거에는 사람들이 긴 "메모"를 작성하고 네트워크를 막지 못하도록하기 위해 Bitcoin Core는 기본적으로 각 거래에서 하나의 OP_Return 만 허용했으며 최대 80 바이트의 컨텐츠를 저장할 수있었습니다. 콘텐츠가 초과되면 노드는 직접 릴레이를 거부하고 패키지에 도움이되지 않습니다.

Now, the 80-byte and single-line limit are gone - you can write as long as you want, as many notes as you want, and nodes will automatically relay and miners will be happy to package them.

이제 80 바이트 및 단일 라인 제한이 사라졌습니다. 원하는만큼 많은 음표를 작성할 수 있으며 노드는 자동으로 릴레이되며 광부는 기꺼이 포장 할 수 있습니다.

But the fact is that people have been working around 80 bytes for a long time.

그러나 사실 사람들은 오랫동안 약 80 바이트를 일해 왔다는 것입니다.

Before the OP_RETURN limit, there were ways to bypass the 80-byte limit. No matter how strict the filtering and relay strategies were, they could not stop people who really wanted to write data on Bitcoin. Because only miners and handling fees determine which transactions are put on the chain, giving miners higher rewards will naturally tend to pack more transactions, and the gameplay will not change due to node strategies.

OP_return 한도 이전에는 80 바이트 한도를 우회하는 방법이있었습니다. 필터링 및 릴레이 전략이 얼마나 엄격하더라도 비트 코인에 대한 데이터를 실제로 작성하려는 사람들을 막을 수 없었습니다. 광부와 취급 수수료만이 체인에 어떤 거래를하는지 결정하기 때문에 광부에게 더 높은 보상을 제공하는 것은 자연스럽게 더 많은 거래를 포장하는 경향이 있으며, 노드 전략으로 인해 게임 플레이는 변경되지 않습니다.

For example, the well-known Tapoort Wizz NFT, a nearly 4M image, filled up an entire block. In addition, the Ordinals inscriptions and runes used various "detours and workarounds" to bypass restrictions. Some were even written into spendable outputs, which took up more resources.

예를 들어, 거의 4m 이미지 인 잘 알려진 Tapoort Wizz NFT가 전체 블록을 채웠습니다. 또한 조례 비문과 룬은 제한을 우회하기 위해 다양한 "우회 및 해결 방법"을 사용했습니다. 일부는 지출 가능한 출력으로 작성되었으며 더 많은 자원을 얻었습니다.

Is this more in line with the spirit of Bitcoin?

이것은 비트 코인의 정신과 더 일치합니까?

According to the opinions of various developers, we can know that first of all, Bitcoin Core has its own "standardness policy" in the transaction propagation (relay) stage, which is used to perform three levels of checks before the transaction reaches the miners: first, to prevent "denial of service" attacks and reject transactions whose computing power, memory or bandwidth consumption far exceeds the transaction fee; second, through strategies to guide wallet authors to construct transactions that save transaction fees and do not create redundant UTXO; third, to retain upgrade security - treating unknown opcodes or version bits as "non-standard" until the soft fork is officially activated.

다양한 개발자들의 의견에 따르면, 우리는 우선, Bitcoin Core는 거래 전파 (릴레이) 단계에서 자체 "표준 정책"을 가지고 있으며, 이는 거래가 광부에 도달하기 전에 세 가지 수준의 점검을 수행하는 데 사용된다는 것을 알 수 있습니다. 첫째, "서비스 거부"공격 및 계산 전원, 메모리 또는 대역 width 소비가 훨씬 초과하는 거래가 거부됩니다. 둘째, 지갑 저자가 거래 수수료를 절약하고 중복 UTXO를 만들지 않는 거래를 구성하도록 지침하는 전략을 통해; 셋째, 업그레이드 보안을 유지하려면 - 알려지지 않은 opcode 또는 버전 비트를 소프트 포크가 공식적으로 활성화 될 때까지 "비표준"으로 처리합니다.

OP_RETURN and its 80-byte upper limit are the product of this concept: giving users a provably "unspendable" output that can store a small commitment or hash and prevent nodes from counting it as UTXO, thereby avoiding "losing money" garbage output on the chain.

OP_RETURN과 80 바이트 상한은이 개념의 산물입니다. 사용자에게 작은 약속을 저장하거나 해시를 저장하고 노드가 UTXO로 계산되는 것을 방지하여 체인에서 "돈을 잃는"쓰레기 출력을 피할 수있는 "연료가 불가능한"출력을 제공합니다.

But now this soft limit has become useless. On the one hand, private mining pools and some centralized services do not enforce this rule at all. Anyone who wants to write a large amount of data can bypass the strategy - either paying miners directly, or hiding the information with bare-multisig, fake public keys, or even spendable scripts - and still put the content they want to write on the chain; on the other hand, adding a bunch of blacklist filters at every turn will only turn into a "cat and mouse" game, which can neither stop the most basic data from being written, nor increase the risk of accidentally damaging user funds.

그러나 이제이 소프트 한계는 쓸모 없게되었습니다. 한편으로, 개인 마이닝 풀과 일부 중앙 집중식 서비스는이 규칙을 전혀 시행하지 않습니다. 많은 양의 데이터를 작성하려는 사람은 광부에게 직접 지불하거나 Bare -Multisig, 가짜 공개 키 또는 지출 가능한 스크립트로 정보를 숨기고 전략을 우회 할 수 있으며 여전히 체인에 작성하려는 콘텐츠를 넣습니다. 반면, 매번 턴마다 많은 블랙리스트 필터를 추가하면 "고양이와 마우스"게임으로 변할 것이며, 이는 가장 기본적인 데이터가 작성되는 것을 막거나 우연히 사용자 자금을 손상시키는 위험을 증가시킬 수 없습니다.

Developers on the supporting side believe that after completely removing the 80-byte limit, nodes and wallets can enjoy two major practical benefits: first, the UTXO set is cleaner, and the data is packed into a clearly "unspendable" OP_RETURN output, rather than entangled in various fancy scripts or multiple transactions; second, nodes are more unified in what

지원 측면의 개발자들은 80 바이트 한계를 완전히 제거한 후 노드와 지갑은 두 가지 주요 이점을 누릴 수 있다고 생각합니다. 첫째, UTXO 세트는 더 깨끗하고 데이터는 다양한 멋진 스크립트 나 여러 트랜잭션에 얽힌 대신 명확하게 "명확하지 않은"OP_RETURN 출력으로 포장됩니다. 둘째, 노드는 무엇에서 더 통일됩니다