원작자: JingLeeOrdinals
원본 출처: 트위터
참고: 이 기사는 @0xjingle Twitter에서 가져온 것이며 MarsBit에서 다음과 같이 편집했습니다.
저주받은 비문 저주는 번호가 매겨진 버그 업그레이드에서 나옵니다. 제안 2045에서 Ordinals 창립자 Casey는 "저주" 비문의 개념을 제안했습니다.
이전 블록의 비문에 대한 역추적을 포함하여 위의 현재 유효하지 않은 비문을 인식하도록 ord를 수정하지만 이러한 새 비문을 "저주받은" 것으로 처리하고 음수 비문 번호를 할당합니다. 긍정적인 비문 번호를 받지 못하므로 기존 비문 번호를 파기하지 않습니다.
오늘날 사람들은 고의로 실수를 하고 잘못된 저주를 퍼붓습니다.
https://looksordinal.com 에서는 저주받은 각인을 시전할 수 있는 도구를 최초로 제공하고 있으며, 엘프 뒤에 있는 저주받은 각인 상자를 체크하여 시전할 수 있습니다. 현재 주류 시장에서는 인식이 불가능하니 캐스팅 후 제대로 보관해 두시기를 바라겠습니다.
https://twitter.com/0xjingle/status/1645601898274373635
비문을 쿼리 하려면 http://cursedordinals.com을 사용하세요.
암흑에너지 느낌이 있는데, 축복과 저주가 만나면 '멸절' 효과가 생기나요?
현재 Oridinal 프로토콜에 나타나는 버그 번호 2000과 관련하여 @OrdinalsCN을 더 많이 지원합니까?
서수 프로토콜에서 Bug2000이 발견된 후 유효해야 하는 약 1,200개의 비문이 포함되지 않았습니다. 이러한 "고아" 비문 중 첫 번째는 비문 번호 420,285 이전에 발생했습니다. 이 버그는 트랜잭션의 첫 번째 입력에서만 비문을 계산하는 서수 프로토콜로 인해 발생합니다. 지금까지 약 1,200개의 비문이 첫 번째 거래 입력에 포함되지 않았습니다. 이 "버그"에 대해 어떻게 해야 합니까? 내가 이야기한 모든 사람 중에서 모든 사람은 거래의 모든 입력에 대해 작성된 비문을 계산하기 위해 프로토콜을 업그레이드해야 PSBT 또는 단일 거래 다중 비문에서 비문으로 멋진 작업을 수행할 수 있다는 데 동의하는 것 같습니다. 논쟁의 여지가 있는 문제는 고아 비문과 420,285 이후의 기존 비문 번호를 어떻게 처리해야 하는가입니다. 가장 많이 논의되는 두 가지 솔루션은 다음과 같습니다.
해결 방법 1: 비문 번호를 소급하여 변경
약 1,200개의 고아 비문을 소급하여 색인화/포함하는 직렬화 프로토콜을 업그레이드하기 위해 블록 높이가 선택되었습니다. 이로 인해 각 비문의 수가 420,285개 사이로 이동하고 이 업그레이드를 구현하게 됩니다. 이는 순서형 프로토콜이 체인의 논리적 순서와 올바르게 일치한다는 것을 의미하기 때문에 "순수한" 솔루션처럼 느껴집니다.
해결 방법 2: 비문 번호를 변경하지 마세요.
블록 높이를 선택하여 서수 프로토콜을 업그레이드하면 거래의 첫 번째 입력에서 이루어지지 않은 향후 비문에 비문 번호가 올바르게 할당되도록 향후 인덱싱 규칙이 변경됩니다. 이는 기존 비문 번호를 변경하지 않으므로 ~1,200명의 고아에게는 프로토콜에서 공식적으로 비문 번호가 할당되지 않습니다. "인쇄상의 오류"로 간주되는지 여부는 시장에 따라 다릅니다.
이 결정은 다음과 같은 여러 가지 이유로 다소 중요합니다.
1. 이는 프로토콜 인덱서 또는 블록체인을 비문 번호의 공식 상태로 간주하는지에 대한 선례를 설정합니다.
2. 어느 쪽이든, 계약의 규칙을 따르고 잘못된 것이 없다고 생각하는 사람들은 부정적인 영향을 받을 것입니다.
3. 서수 생태계의 분위기와 문화를 설정합니다. 서로 동의하지 않는 의견을 들으면서 서로 존중할 수 있을까요? 우리는 합의에 도달하고 이를 효과적으로 시행할 수 있을까요? 아니면 이 문제는 우리가 조치를 취하지 않는 시간이 길어질수록 더욱 악화되고 커질까요?
