GSUN-3 (dos tercios para pagar del tesoro, commit anterior) entra con sus pesos medidos.
- scripts/bench/certificados/2026-11-02-spec21-laurha.rs: el fundido de Laurha
(sha256 03fbaf72), el máximo de 5 procesos en el santuario de la rp1 sobre el wasm de banco
6f75bb59. Control negativo de Laurha: en el mínimo, las 14 que no cambian quedan entre
0,990 y 1,002.
- weights.rs: submit_treasury_proposal, finalize_proposal y finalize_override cambian de
esqueleto (leen y escriben TreasurySupermajorityOf). Se les puso el bloque del certificado y
luego se ensamblaron los cuatro certificados. --comprobar coincide, y ningún peso baja
respecto a spec 20.
- Cola de cast_vote: 130,07 µs de un solo proceso. Se cobra; sobre spec 20 (127,72) es un +1,8 %.
- E2E (rv17_tesoro.py) paso 2e: busca el bloque del upgrade sólo dentro de la ventana de estado
del nodo (~256 bloques), o lo toma de ORIGIN_BLOQUE_UPGRADE. La primera versión pedía el
estado de bloques podados y el RPC no respondía.
En vivo en la testnet de la casa, con el WASM 048ea752:
- contrafactual: contra spec 20, el E2E reprueba en 2c porque TreasurySupermajorityOf no existe;
- set_code en el bloque 98268: CodeUpdated, la firma vieja se rechaza, la nueva entra, y la
finalidad avanza;
- E2E verde del 0 al 5, con 2c (2, 3), 2d (la sembrada sin marca) y 2e (frontera en 98268:
5 propuestas de antes sin marca y 2 de después con ella).
Pruebas: 373 del workspace, 0 fallan.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
