Opsplitsing stap 9 (shaer-drc): de inbox naar ap-inbox.js
Het hart van de ontvangst verhuist als een blok -- 840 regels,
byte-voor-byte: handleInbox, de her-verificatie van doorgestuurde
activiteiten (dereferenceForwarded, shaer-s8k) en de kas eromheen
(bekende notes, geziene notes, recente ophaal-missers). TIJDLIJN_SOORTEN
gaat mee met zijn commentaar: de inbox was zijn enige lezer nog.
De inbox is de schakelkast van de dienst. Wat al een module heeft komt
statisch binnen (transport, tijdlijn, peilingen, volgwinkel,
guardianship, ap-core); de vierendertig werktuigen die nog in de
dienstlaag wonen komen via wireInbox, en die lijst is bewust lang en
expliciet -- hij is de kaart van wat de inbox aanraakt, en elke naam die
er ooit afgaat is een cluster dat zelf verhuisd is. De §5.3-goedkeuring
blijft bij zijn guardian-broers, zoals gateOutgoingFollow bij stap 7.
Les van deze snede, nu deel van het regime: een aanroep-scan mist een
kale constante (TIJDLIJN_SOORTEN kostte twaalf rode toetsen op de eerste
proefrit); de controle is voortaan de doorsnede van ALLE identifiers in
de module met de topniveau-definities van de dienst.
Uitvoeroppervlak voor en na identiek gemeten (199 named exports, 180
sleutels op het default-object). Volle suite 1226 groen.
ActivityPubService staat nu op 4374 regels.