Walletleeftijd en gedrag

EN-bronmaster · P09-L05 · 45 minuten geschat · needs_review

Een pagina met “walletleeftijd 25 dagen” kan eigenlijk25 dagen sinds het vroegste door één indexer teruggegeven record betekenen. Het account kan eerder hebben bestaan of gehandeld. Een rustige grafiek kan ook een ontbrekend interval weergeven in plaats van inactiviteit.

Deze les vervangt vage leeftijds- en gedragslabels door gedefinieerde waarnemingsvensters, gebeurtenistellingen en beschrijvingen aangepast aan dekking. Zij maakt waargenomen leeftijd nooit tot werkelijke creatietijd of activiteit tot oordeel over een persoon.

Definieer eerste waarneming precies

Eerste waarneming vereist bron, query, netwerk, doel en activiteitsregel. Eerste handtekening, eerste geslaagde overdracht, eerste uitgaande actie en eerste tokenaccountgebeurtenis kunnen op verschillende momenten vallen. Noem de gekozen regel voordat je een leeftijd rapporteert.

Solana-handtekeningqueries geven historie met adresverwijzingen nieuwste-eerst en gepagineerd terug [S09-SIGNATURES]. De oudste teruggegeven rij is alleen het vroegste zichtbare record onder die query. Zelfs geslaagde paginering bewijst niet automatisch volledige voorgeschiedenis voor elk gerelateerd account of elke providerretentieperiode.

Een claim over werkelijke accountcreatie vereist relevant mechanisme en bewijs. Een sleutel kan privé bestaan voordat hij in records verschijnt; contractimplementatietijd betreft het contract, niet sleutelgeneratie van de maker of iemands eerste wallet. Tokenaccountcreatietijd betreft dat specifieke account, niet noodzakelijk het bestaan van de eigenaar.

Scheid klokken en contexten

Registercontext, gerapporteerde gebeurtenistijd, bronvastleggingstijd en analysetijd verschillen. Solana-transactieresponsen kunnen null blockTime hebben [S09-TRANSACTION]. Behoud bij ontbrekende gebeurtenistijd de slotcontext zonder kalenderstempel te verzinnen.

De fixture levert kunstmatige kalenderdagoffsets voor berekening. Er zijn geen echte kloktijdwaarnemingen verzameld en observedAt blijft null. SIM-DAY6 is geen gecodeerde echte datum. Aftrekken van aangeleverde offsets geeft alleen synthetische verstreken dagen.

Een span van dag6 tot dag29 is 23 verstreken dagen. Gelabelde kalender-eindpunten tellen zou24 datumposities geven, een andere hoeveelheid. Specificeer of je verstreken tijd meet, datums telt of een halfopen interval definieert. Wissel conventies niet af om activiteit groter te laten lijken.

Publiceer dekking vóór frequenties

Gebruik halfopen vensters zoals [5,31): dag5 inbegrepen en dag31 uitgesloten. Zo overlappen aangrenzende vensters niet. Een leemte [15,21) verwijdert zes dagen aangeleverde dekking. Label die leemte niet “inactief” wanneer de bron haar niet observeerde.

Als gedekte intervallen als volledig voor de gekozen regel zijn gesteld, is gebeurtenistelling gedeeld door gedekte dagen een beschrijvende frequentie aangepast aan dekking. Het is geen schatting van wat op ontbrekende dagen gebeurde. Delen door het volledige venster beantwoordt een andere vraag en moet expliciet worden benoemd.

Een frequentie van 0.25 geslaagde gebeurtenissen per gedekte dag betekent vijf aangeleverde gebeurtenissen over twintig gedekte dagen. Het betekent niet dat elke vierde dag een transactie plaatsvond. Clustering binnen dagen telt mee; activiteit wordt niet als uniform verondersteld.

Kies gedragsmetingen

Tel geslaagde gebeurtenissen apart van pogingen. Tel afzonderlijke actieve dagen apart van gebeurtenissen. Meerdere transacties op één dag kunnen een hoge gebeurtenistelling opleveren terwijl de actieve-dagentelling onveranderd blijft.

Definieer activum en richting. Een record met alleen ontvangst is niet noodzakelijk actief geïnitieerd door het doel. Gebeurtenissen met adresverwijzingen bewijzen geen handtekening. Als je gedragsmaat geïnitieerde transacties betreft, heb je ondertekenaar- of afzenderbewijs nodig in plaats van alleen activiteit rond het adres.

Nettosaldoverandering meet geen handelsvaardigheid. Een wallet kan toewijzingen ontvangen, overdrachten doen of activa voor anderen bewaren. Deze les gebruikt alleen beschrijvende tellingen, zonder winst-, verfijnings- of strategieclassificatie.

Behandel gedeeltelijke waarnemingen eerlijk

Een eerste zichtbare gebeurtenis binnen het gevraagde venster geeft een begrensde uitspraak: sinds die gebeurtenis waargenomen binnen de beschikbare reikwijdte. Als dekking begint nadat het account al middelen had, is zelfs eerste zichtbare financiering geen volledig oorsprongbewijs.

Geen rijen in een volledig geverifieerd interval kan “geen overeenkomende gebeurtenissen teruggegeven volgens deze regel” ondersteunen. Dat bewijst nog geen afwezigheid van activiteit op ander netwerk, andere mint of gerelateerd account. Ontbrekende providergegevens ondersteunen geen dergelijke afwezigheidsclaim voor een interval.

Extrapoleer niet in leemten. Een wallet zonder teruggegeven gebeurtenissen tijdens een bekende storing mag toen niet slapend worden genoemd. Een graaf moet een expliciet gearceerd onbekend gebied tekenen in plaats van een nulhoge balk die op gemeten nul lijkt.

Vermijd gedragslabels op persoonsniveau

“Vroege gebruiker”, “bot”, “experthandelaar” of “nieuw persoon” vereisen sterkere definities en bewijs. Tijdspatronen kunnen hypothesen motiveren maar bewijzen geen automatisering of identiteit. Gelijke cadans kan voortkomen uit geplande applicatieacties of indexeringsgranulariteit.

Het account kan zijn controleregeling in de tijd veranderen. Continuïteit van openbare activiteit bewijst niet dat dezelfde mens elke gebeurtenis uitvoerde. Contractbemiddelde acties en gedelegeerde uitvoering compliceren de aanname van één handmatige gebruiker [S09-ETHACCOUNTS; S09-DELEGATION].

Rangschik betrouwbaarheid niet op leeftijd. Oudere waargenomen historie bewijst een langere zichtbare periode onder een vermelde bron, geen eerlijkheid. Een nieuwere eerste-waarnemingsrecord bewijst noch beginnende gebruiker noch kwaadaardige beheerder.

Schrijf een begrensde activiteitsbeschrijving

Een nuttig rapport noemt regel, venster, leemten, eerste en laatste zichtbare overeenkomende gebeurtenissen, telling en tijdconventie. Vermeld daarna creatie- en controlegrenzen expliciet.

Verkies “vijf geslaagde gebeurtenissen met overdrachtsverwijzing over vier gedekte actieve dagen; voorgeschiedenis en zes ontbrekende dagen onopgelost” boven “ervaren actieve wallet”. Het eerste is reproduceerbaar en laat een latere beoordelaar herberekenen na betere dekking.

• Eerste waarneming: vroegste overeenkomende zichtbare gebeurtenis volgens bepaalde bron/regel.
• Waargenomen span: verstreken tijd tussen eerste en laatste aangeleverde gebeurtenis.
• Gedekte dag: dag binnen de geverifieerde reikwijdte van de dataset.
• Actieve dag: gedekte datum met een overeenkomende gebeurtenis.
• Halfopen venster: begin inbegrepen, einde uitgesloten.
• Beschrijvende frequentie: telling gedeeld door opgegeven waarnemingsnoemer.

ILLUSTRATIVE — FIX-P09-05. SIM-CHAIN-A / W. SIM-DAY-offsets zijn verzonnen kalenderdaglabels. Queryvenster[5,31), dekking volledig voor de genoemde overdrachtsregel behalve leemte[15,21). Historie vóór dag5 niet beschikbaar. Analysegrens dag31.

Bedragen zijn genormaliseerde eenheden van één fictief activum. Geen ondertekenaarvelden, eerder creatierecord of identiteitsbewijs is aangeleverd. De regel voor geslaagde activiteit omvat beide richtingen en sluit mislukte pogingen uit.

OBSERVED in de fixture: Overeenkomende succesrecords vallen op dagen 6,10,22,29; dag12 is een mislukte poging; zes dagen missen dekking.

INFERRED: Vijf successen over vier actieve gedekte dagen; verstreken span eerste-tot-laatste 23 dagen;25 dagen sinds eerste zichtbaar succes op analysedag31.

UNKNOWN: Werkelijke creatietijd, activiteit vóór dag5/in de leemte, initiatie/ondertekenaars en menselijke continuïteit.

INSUFFICIENT EVIDENCE: Waargenomen leeftijd 25 mag niet als werkelijke accountcreatieleeftijd worden gerapporteerd. Ontbrekend interval bewijst geen inactiviteit; gebeurtenisfrequentie bewijst geen expertise of automatisering.

Oudste paginarecord als creatie behandelen; null-tijd als nul gebruiken; verstreken en inclusieve dagen door elkaar tellen; bronstoringen tot nulactiviteit maken; en vaardigheid of identiteit aan cadans toeschrijven.

Bereken volledige vensterlengte, ontbrekende en gedekte dagen, geslaagde gebeurtenis- en actieve-dagentellingen, frequentie per gedekte dag en verstreken span. Herschrijf “W werd25 dagen geleden gemaakt en bleef zes dagen inactief”.

• Noem eerste-waarnemingsbron en activiteitsregel.
• Scheid geslaagde gebeurtenissen van pogingen/initiaties.
• Gebruik expliciete intervalconventies.
• Publiceer leemten vóór frequenties.
• Houd null-kalendertijd onbekend.
• Vermijd creatie-, vaardigheids- of persoonslabels uit waargenomen leeftijd.

Walletleeftijd is vaak een waarnemingsinterval. Gedragsstatistieken zijn nuttig wanneer gebeurtenisregel en dekkingsnoemer zichtbaar blijven.

Eerste waarneming is geen creatie. Geen gegevens is geen afwezigheid van activiteit. Cadans beschrijft aangeleverde gebeurtenissen, niet iemands identiteit of vaardigheid.

Tijdlijn[5,31) met leemte[15,21) gearceerd UNKNOWN, gebeurtenis-/pogingsmarkeringen en dubbele dag10-gebeurtenissen. Toon26 totaal/6 ontbrekend/20 gedekt; eerste 6,laatste29,analyse31 als aparte markeringen. Label eerste waarneming nooit als creatie.

Illustratieve waargenomen activiteit; synthetische dagen zijn geen registertijdstempels.

Gebruik deterministische SVG/HTML of grafieken met eenheden, bewijsverwijzingen en tekstalternatieven. Marineblauw/zwart met bescheiden cyaan, elektrisch blauw en violet; geen decoratieve of verzonnen explorer-screenshots. Stapel annotaties op 390px; controleer 768px, desktop en Arabisch RTL wanneer de assets zijn geïmplementeerd. Houd identificatoren LTR en de feitelijke richting van tijd/verbindingen/assen ongewijzigd. Gebruik alleen het officieel aangeleverde BlockAssay-merk. Beide visuele records blijven specificaties.

WALLET_INTELLIGENCE correspondeert met alleen-lezen inspectie van openbare adresrecords, relaties en herkomst. Controleer ondersteund netwerk, exacte identificatoren, velden en dekking vóór runtime-integratie; hier wordt geen live providercapaciteit geclaimd. Gebruik de ingebedde offline oefening als gegevens of betaalde toegang ontbreken. Geen walletverbinding, inloggegevens, private sleutel, handtekening of live handel is vereist. Ontbrekende gegevens blijven onbekend. Academy-voortgang, creatorstatus, betalingen en verwijzingen veranderen nooit Radar-bewijs.

• Solana getSignaturesForAddress — Handtekeninghistorie die naar een adres verwijst, volgorde met nieuwste eerst en paginering. Gecontroleerd op 2026-09-30.
• Solana getTransaction — Transactie opzoeken, commitment en gegevens-/tijdvelden die null kunnen zijn. Gecontroleerd op 2026-09-30.
• Ethereum-accounts — Onderscheid tussen account en interface en accounttypen. Gecontroleerd op 2026-09-30.
• EIP-7702: code instellen voor EOA’s — Codedelegatie voor EOA’s; de aanwezigheid van code alleen is geen universele classificatieregel voor EOA’s. Gecontroleerd op 2026-09-30.

Alle voorbeeldrecords zijn oorspronkelijke ILLUSTRATIVE fixtures, geen historische/live ketenmetingen. Documentatie verklaart mechanismen, niet verzonnen bedragen of labels. De synthetische chronologie is expliciet begrensd; observedAt=null is opzettelijk. OBSERVED in een oefening betekent een aangeleverd fixturerecord. Herbeoordeel documentatie en de geïmplementeerde decodering vóór publicatie. Providerlabels bewijzen geen identiteit; adrescontrole en menselijke toeschrijving vereisen afzonderlijk bewijs.

P09-L06 na de uitgewerkte oefening en bespreking van de vragen.