빈디케이션이 무엇인가요? BRC20이 성공적으로 업그레이드되었습니다. 모두 만족하시나요?

저자: 릴리아나 비틀리리, 출처: 저자 트위터 @lilyanna_btc

Vindication은 어제 발행된 새로운 PR로, 새로운 매력을 더했습니다. 희년 이전 규칙에 따르면 저주받은 비문으로 인식되었을 비문[희년 이후에는 축복받아 일반 비문으로 직접 새겨지고 일반 번호가 부여됨]을 [Vindicated] 라벨에 넣는 방식으로 해석할 수 있습니다. 일반 번호 부여] 비문에는 [입증됨]이라는 태그가 붙습니다.

그리고 현재 도모, 유니샛, 오케이엑스 등의 합의에 따르면, brc20은 모든 빈디케이티드 비문을 무시하고 이전의 저주받은 비문과 마찬가지로 유효하지 않은 것으로 취급하며, 이런 관점에서 보면 brc20은 업그레이드가 없는 것과 마찬가지입니다.

이미지 src="https://img.jinse.cn/7164236_watermarknone.png" title="7164236" alt="pc3qeEEUW9flUFKlpel3WGySx4POB8ux2CQWd24k.jpeg">

- 빈디케이션은 이를 인식하며 실제로 어떤 영향을 미치나요?

저주받은 비문 설정으로 인해 대중화되지 않았던 포인터를 사용한 일괄 비문은 쥬빌리 업그레이드 이후 사라질 예정이었으나, 최신 빈디케이션 설정으로 인해 당분간 brc20에서 허용되지 않을 것입니다.

이 일괄 인스크립션에는 여러 가지 모드가 있으며, 가장 진보된 모드는 동일 사토시 일괄 인스크립션입니다. 즉, 단일 트랜잭션에서 동일한 사토시에 1000개 이상의 인스크립션을 인스크립션하는 것입니다.

이미지 src="https://img.jinse.cn/7164238_watermarknone.png" title="7164238" alt="g0lgvu2ISElOuDdqQX5FUz95giBqKthZVKwNF47r.jpeg">

분리 출력은 네트워크 수수료를 크게 절약할 수 있고 모든 비문 비문에 대해 한 블록만큼 빠를 수 있으며, 동일 사토시는 네트워크 수수료를 더 많이 절약할 뿐만 아니라 사토시 예약 비용을 더 절약하고 utxo 세트 부풀림 문제를 줄일 수 있습니다.

그 자체로도 매우 흥미로운 업그레이드이지만, 최근 brc20의 합의에 따르면 증명된 비문은 당분간 인식되지 않을 것입니다.

비용과 공간을 절약할 수 있는 이 비문 새기기 방식은 brc20과는 아무런 관련이 없습니다.

그러나 이틀 전에도 말씀드렸듯이, brc20을 최적화한다고 주장하는 다른 프로토콜들은 이미 미리 기반을 닦기 시작했습니다. CBRC20 프로토콜은 이미 i1, i2 등과 같은 숫자로 끝나는 비문자를 인식하고 인정할 수 있으며, CBRC20이 자체 프로토콜에서 언급한 장점 중 하나인 주빌리를 받아들일 준비가 되어 있습니다[네트워크 비용 극적 최적화 비용].

일각에서는 모두에게 해피엔딩이며, 빈디케이션이 안정화되면 새로운 버전을 준비할 시간이 충분하다고 말합니다.

사실 주빌리는 10월에 공개된 이벤트였고, 일부에서는 11월 말에 도모에게 이 문제를 정면으로 제기하기 위해 접근하기도 했습니다. 한 달이 지난 지금, 그것도 주빌리를 일주일도 채 남겨두지 않은 지금, 긴 안목을 가지고 위장 패치를 통해 업그레이드를 지연시키자고 주장하는 것은 다소 신중하지 못한 태도입니다.