Movimenti delle whale e della distribuzione

Master della fonte EN · P09-L07 · 45 minuti stimati · needs_review

«Una whale ha spostato token» spesso riunisce quantità, etichetta di entità e previsione. Soltanto la quantità può essere direttamente supportata. Un trasferimento a un exchange etichettato può essere movimento di custodia, allocazione interna o altro; non è automaticamente vendita.

Questa lezione quantifica variazioni di saldo e distribuzione sotto una soglia esplicita. Mantiene separati movimento, esecuzione e causalità di mercato e non produce segnali BUY/SELL.

Definire whale come soglia analitica

Whale è un’etichetta informale. Darle un significato operativo, come un’autorità proprietaria che detiene almeno8% dell’offerta dichiarata a una particolare istantanea. La soglia è una convenzione dell’analista, non un fatto del protocollo o misura della ricchezza di una persona.

Scegliere unità di aggregazione: account di token, autorità proprietaria o entità stabilita indipendentemente. L’enumerazione Solana per proprietario richiede un filtro mint/programma [S09-OWNERS]. Account restituiti parziali possono supportare un totale restituito senza stabilire tutte le disponibilità beneficiarie.

Non fondere autorità proprietarie perché condividono finanziamento o etichette. Ciò importerebbe un’ipotesi di proprietà nella metrica. Una classificazione di soglia può cambiare quando l’inventario si muove, ma conclusioni sul controllo umano rimangono irrisolte.

Fissare asset, unità e denominatore

Identificare mint/contratto esatto, rete, decimali e contesto dell’offerta. Usare lo stesso asset in numeratore e denominatore. Nei dati didattici le quantità sono normalizzate e l’offerta rimane costante per ipotesi esplicita.

Un trasferimento redistribuisce disponibilità nel modello standard fornito; non crea o distrugge unità. Se l’offerta reale cambia nella finestra, confrontare istantanee corrispondenti e identificare il denominatore variabile. Una diminuzione percentuale può derivare da redistribuzione, offerta cambiata o entrambe.

Una riga aggregata etichettata Other è composta da molti detentori non specificati, non un proprietario. Non può essere classificata come una sola whale. Se la composizione è sconosciuta, dichiarare quali informazioni di concentrazione non si possono ricavare.

Separare flusso lordo e inventario netto

Le uscite lorde sommano movimenti riusciti verso l’esterno. Le entrate lorde sommano movimenti verso l’interno. La variazione netta è entrate meno uscite. Un trasferimento di ritorno può rendere il deflusso netto inferiore al deflusso lordo.

Un’affermazione «ha venduto metà delle disponibilità» non può essere stabilita dai soli trasferimenti lordi. Anche se l’importo lordo in uscita uguaglia metà del saldo iniziale, meccanismo di vendita ed esecuzione economica rimangono domande probatorie separate.

Per la finestra chiusa fornita, l’inventario finale segue iniziale più entrate meno uscite. Riconciliare tutti gli indirizzi noti e l’inventario aggregato invariato all’offerta totale. Se un risultato reale non torna, esaminare copertura e meccanismi di trasferimento anziché inventare una controparte di bilanciamento.

Distinguere trasferimento ed esecuzione di mercato

Un trasferimento di token può avvenire come parte di una compravendita, ma non ogni trasferimento è compravendita. Cercare record decodificati di swap/esecuzione, coppie di asset, risultati ed effetti sui saldi se la domanda riguarda acquisto o vendita. Le strutture dei risultati delle transazioni forniscono viste di meccanismo/effetto [S09-STRUCTURES]; la sola vista del trasferimento non fornisce semantica di esecuzione mancante.

L’etichetta exchange di un fornitore non autentica l’identità della destinazione. Anche un indirizzo exchange realmente verificato non rivelerebbe se il destinatario abbia accreditato un account interno, se un ordine sia stato eseguito o chi lo controllasse come beneficiario.

Un trasferimento di posizione/custodia può muovere un diritto contabile senza muovere asset sottostanti allo stesso modo. Un rapporto dovrebbe evitare di convertire ogni movimento visibile in volume direzionale di trading. Conteggio degli eventi e quantità trasferita non sono volume degli scambi di un exchange.

Verificare separatamente la causalità

Se un indice fittizio di prezzo cala dopo un trasferimento, l’ordine temporale è un’osservazione. Non stabilisce che il trasferimento abbia causato la variazione del prezzo. Più eventi contemporanei, movimenti più ampi del mercato e cambiamenti di liquidità possono essere spiegazioni alternative.

Un’affermazione causale richiede meccanismo specificato e analisi che affronti alternative; un semplice grafico prima/dopo non lo fa. Anche l’effetto locale sul prezzo di uno swap verificato non dovrebbe essere presentato automaticamente come sola causa di un movimento più ampio del mercato.

Non usare una finestra temporale selettiva per adattare la narrazione. Preservare tutta la sequenza fornita ed evitare di descrivere l’indice come prezzo reale del token. Questa lezione include un indice inventato soltanto per verificare il confine tra cronologia e causalità.

Confrontare conservativamente istantanee della distribuzione

Mostrare saldi prima e dopo con lo stesso ambito. Un indirizzo che scende da 10% a 6% cambia di quattro punti percentuali, non4% relativo. La sua riduzione relativa è 40% della disponibilità iniziale. Sono quantità diverse.

Un attraversamento della soglia da sopra8% a sotto8% segue la convenzione scelta. Non significa che l’indirizzo abbia smesso di essere influente o una persona sia diventata meno ricca. Liquidità rimanente e proprietà possono essere sconosciute.

Il più grande proprietario noto non è necessariamente il più grande globalmente quando la composizione di Other è indisponibile. Dire «più grande tra le autorità individuali fornite» se appropriato e lasciare irrisolta la classifica esaustiva.

Scrivere un rapporto dei movimenti senza segnale

Una conclusione utile dichiara deflusso lordo, afflusso lordo, variazione netta, percentuali delle istantanee, soglia e lacune. Registra separatamente etichette delle destinazioni e cronologia del mercato.

Non aggiungere mai «quindi compra/vendi» o un obiettivo di prezzo. Un rapporto dei movimenti supporta ulteriori indagini, non un’istruzione di mercato. Non si devono attribuire identità di indirizzi, affiliazione o motivi senza sufficiente evidenza indipendente.

• Soglia whale: convenzione dichiarata di disponibilità in un contesto.
• Deflusso lordo: quantità totale riuscita verso l’esterno.
• Variazione netta: afflusso meno deflusso.
• Variazione in punti percentuali: differenza tra due percentuali.
• Volume di trasferimento: quantità spostata, distinta dal volume di trading.
• Causalità: affermazione esplicativa oltre la sequenza temporale.

ILLUSTRATIVE — FIX-P09-07. SIM-CHAIN-A / TOKEN-D, offerta 1,000,000 token normalizzati a S0/S1. Movimenti completi della finestra; nessuna commissione in TOKEN-D, nessuna emissione/distruzione o altri effetti.

S0: W100,000; L50,000; X0; Y0; Other850,000 aggregato tra detentori non specificati. Convenzione della soglia: almeno8% del totale fornito.

Indice inventato prima della finestra 100; non prezzo o valuta reali. Il fornitore etichetta X «Exchange-X», fondamento assente. Nessuna evidenza di swap, esecuzione di ordini, proprietario beneficiario o causa di mercato è fornita.

OBSERVED nei dati didattici: Sono forniti tre trasferimenti e la sequenza dell’indice; W riceve un ritorno10,000.

INFERRED: Deflusso W 50,000, afflusso 10,000, netto−40,000, finale60,000. Quota delle disponibilità 10%→6%, meno quattro punti. W attraversa la soglia dichiarata8%.

UNKNOWN: Entità dietro X/Y, esecuzione di compravendita, composizione degli altri detentori e causalità.

INSUFFICIENT EVIDENCE: I trasferimenti non stabiliscono vendite o segnali BUY/SELL. Una variazione successiva dell’indice non prova che il movimento l’abbia causata. Other850,000 non può essere chiamato una whale.

Chiamare il deflusso lordo riduzione netta; interpretare trasferimenti a exchange etichettati dal fornitore come vendite; trattare punti percentuali come percentuale relativa; classificare Other come persona; dedurre causalità da una variazione successiva del prezzo.

Calcolare flusso lordo/netto e saldi finali per W/X/Y. Riconciliare offerta S1. Calcolare quote iniziali/finali di W, riduzione relativa delle disponibilità e stato della soglia. Correggere «W ha venduto50% e causato un calo di mercato del 10%».

• Definire soglia whale e unità di aggregazione.
• Far corrispondere asset, precisione e contesto dell’offerta.
• Separare lordo, netto e inventario finale.
• Riconciliare distribuzione nota senza fondere persone.
• Richiedere evidenza di esecuzione per affermazioni di compravendita.
• Tenere separata cronologia da causalità e segnali.

I grandi movimenti possono essere quantificati senza affermare vendite, motivi o cause di mercato. Le variazioni della distribuzione sono osservazioni a livello di account sotto convenzioni dichiarate.

Trasferimento non è compravendita. Riduzione netta differisce da uscite lorde. Movimento del wallet e ordine temporale dei prezzi non stabiliscono segnali finanziari o causalità.

Distribuzione abbinata S0/S1 per W,L,X,Y e Other chiaramente aggregato; W10%→6%, soglia8%, lordo 50k/entrate10k/netto−40k. Separare cronologia dell’indice inventato e tabella dei movimenti senza freccia causale o segnale; etichetta X non verificata.

Movimenti illustrativi della distribuzione; nessuna conclusione di vendita, causa o BUY/SELL.

Usare SVG/HTML deterministico o grafici con unità, riferimenti alle evidenze e alternative testuali. Blu navy/nero con tocchi sobri di ciano, blu elettrico e viola; nessuna schermata decorativa o inventata di explorer. A 390px impilare le annotazioni; verificare 768px, desktop e RTL arabo quando le risorse saranno implementate. Mantenere gli identificatori LTR e inalterate le direzioni fattuali del tempo, degli archi e degli assi. Usare soltanto il marchio ufficiale BlockAssay fornito. Entrambi i record visivi rimangono specifiche.

WALLET_INTELLIGENCE corrisponde all’ispezione in sola lettura di record di indirizzi pubblici, relazioni e provenienza. Verificare rete supportata, identificatori esatti, campi e copertura prima di qualsiasi integrazione a runtime; qui non si dichiara alcuna capacità di un fornitore in tempo reale. Usare l’esercizio offline incorporato se dati o accesso a pagamento non sono disponibili. Non sono richiesti connessione del wallet, credenziali, chiave privata, firma o operazione di mercato reale. I dati mancanti rimangono sconosciuti. Progressi Academy, stato di creatore, pagamenti e segnalazioni non alterano mai le evidenze Radar.

• Solana getTokenAccountsByOwner — Enumerazione delle disponibilità per proprietario con filtri mint/programma. Verificato il 2026-09-30.
• Asset Solana — Distinzioni tra mint, account di token e autorità proprietaria. Verificato il 2026-09-30.
• Strutture JSON del RPC Solana — Metadati del risultato, commissione, istruzioni e saldi come viste distinte. Verificato il 2026-09-30.

Tutti i record di esempio sono dati didattici originali ILLUSTRATIVE, non misurazioni storiche o in tempo reale della catena. La documentazione spiega i meccanismi, non gli importi o le etichette inventati. La cronologia sintetica è esplicitamente delimitata; observedAt=null è intenzionale. OBSERVED in un esercizio indica un record dei dati forniti. Riesaminare documentazione e decodifica distribuita prima della pubblicazione. Le etichette dei fornitori non stabiliscono identità; controllo degli indirizzi e attribuzione umana richiedono evidenze distinte.

P09-L08 dopo l’esercizio svolto e la revisione delle domande.