You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Server side of haverstack/core#49 (RFC: entityId becomes a DID, did:key floor). Big rock on its own clock per the review's sequencing; filing now so the server-shaped work is visible.
DiscoveryentityId becomes a DID string (src/routes/wellknown.ts:11).
OWNER_TOKEN stays as transport-level owner auth or gets subsumed by the same challenge–response — decide with the owner when the core RFC firms up the wire sketch.
Blocked on core #49 (DID validation helpers, bootstrap, wire sketch). The open key-custody question (who may act as a group — core #49/#58) is deferred upstream and must not be foreclosed here.
Server side of haverstack/core#49 (RFC:
entityIdbecomes a DID,did:keyfloor). Big rock on its own clock per the review's sequencing; filing now so the server-shaped work is visible.What changes here
ENTITY_IDenv var (an arbitrary string today,src/config.ts:31) becomes a DID — or better, the generated-key flow core Polish batch: dead BASE_URL config, /records/query auth doc mismatch, fabricated token createdAt, unvalidated token entityId, silent ENTITY_ID mismatch, shutdown timeout #49 sketches:initialize()generates/accepts a keypair, derives the owner DID, creates the owner_entityrecord. The server's first-run path (src/stack.ts:13-18) and README/.env.examplefollow whatever core lands.did:key) and issues a session token via the existingStackTokenStore.POST /tokens(owner-manual issuance,src/routes/tokens.ts) can remain as the owner's escape hatch, but itsentityIdinput becomes a validated DID.entityIdbecomes a DID string (src/routes/wellknown.ts:11).OWNER_TOKENstays as transport-level owner auth or gets subsumed by the same challenge–response — decide with the owner when the core RFC firms up the wire sketch.Sequencing
Blocked on core #49 (DID validation helpers, bootstrap, wire sketch). The open key-custody question (who may act as a group — core #49/#58) is deferred upstream and must not be foreclosed here.
Work items
Refs haverstack/core#49, haverstack/core#46 (
StackTokenStore), haverstack/core#58, #33.