docs: commit-reveal as built, and its chipnet run; site bundle rebuilt

The addendum gains a section stating the rule that was implemented and
why the contest window and the commit's lifetime differ from the first
specification. The run records a front-runner registering a name first
and losing it to the older commit.
This commit is contained in:
Local Dev 2026-10-05 22:56:56 +02:00
parent cc683130b5
commit b1c77db313

View file

@ -70,7 +70,11 @@ party had fixed in it. No transaction on chipnet carried more than one.)*
from. Independent transactions keep the `txid` tiebreak. *(See "Ordering"
below — this rule is load-bearing, added 2026-07-26.)*
3. `REG`: valid if the same tx mints a certificate whose commitment matches the name
and the name is not yet taken. **First valid REG wins.** The certificate
and the name is not yet taken. **First valid REG wins** — with one
refinement since 2026-10-05: a `REG` may be the reveal of an earlier `CMT`
(it carries the salt `s`), and for six blocks after a name's first valid
`REG` one with an older commit takes the name instead. Optional on chipnet,
required on mainnet. See `PROTOCOL-ADDENDUM-commit-reveal.md` §0. The certificate
must be the **only token of its category**: the category is created by
this transaction (it spends, at output index 0, the outpoint whose txid is
the category), exactly one output carries it, and that output is an NFT