Repository navigation
Replies: 1 comment
|
Spec PR: #232. It adds this task's spec, the companion task, and closes task_021026_19. |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
cc @umeradl. This is the tracking discussion for task_061026_21.
Full spec:
Developer/tasks/task_061026_21.md. It lands with the forwarding PR. The source plan is task-plan-051026-2, reviewed in PR #229 (verification, decisions, decisions applied).Timeline
Oct 6 – Oct 17, 2026 (about 8.5 working days). The Parts run in order A → B → C → D → E: contracts check → richer GI states → dincli → integration suite → docs. That way the commands and the suite are built on the final state machine.
Why
On
develop, nobody can run a DevNet 2.0 GI from dincli:model-owner deploysends the old constructors.gi startreverts), register auditor keys (so test data can't be assigned), claim, release slots or dispute.The
tests/dinclifull-GI suite can't pass with either toolchain:proxyAdminkey.The public GI docs are stale.
Parts
AuditSeedLocked,AuditTestDataAssignedandAggSeedLocked.AuditTestDataAssignedrequires every batch to have a test-data commitment, which closes the gap where evaluation could start without test data. New ordinals go to PR #29deploy --model-id+setDinToken, amodelIdcheck at approval,rewards deposit / fund-emission / claim / withdraw, a per-walletauditor register-encryption-key,gi release-slots, both dispute families, and fail-fast checkstests/dinclion foundry artifacts runs one complete GI: funding, keys, seed locks, three commit/reveal phases, slash, end, claims and release slots. State is asserted after every phaseROADMAP.md:19, the DINShared diagram and CLAUDE.mdDecisions (resolved on PR #229)
AuditTestDataAssigned>AuditSeedLocked>AggSeedLockedif the coordinator's 1,079 B margin runs short. The commitment check adds +75 B toDINTaskAuditor, counted in task_061026_20's shared budget.modelIdcheck: in dincli at approval, with--force. A registry-side check is a mainnet follow-up (BL-34 / Three dormant/no-op mechanisms awaiting a product decision: disableModel kill-switch, rejectModel fee handling, S6 slashing (M-2, L-4, BL-31) #224).Follow-ups and interplay
DINShared.sol, theDINTaskAuditorABI and its byte budget. Both specs have a coordination section.Post progress updates, questions and PR links here. If anything in the spec is unclear or doesn't look right, comment here and cc @umeradl.
🤖 Generated with Claude Code
All reactions