Bundle, sniper e schemi di lancio

Master sorgente EN · P07-L07 · 45 minuti stimati · needs_review

Obiettivi di apprendimento:

• Separare appartenenza verificata a bundle da tempismo nello stesso slot.
• Calcolare quote di acquisizioni iniziali e di bundle mappati con regole esplicite.
• Verificare ipotesi di coordinamento senza inventare proprietà o detenzioni correnti.

Diversi primi acquisti possono avvenire vicini senza formare un bundle, condividere un controllore o dimostrare accesso privilegiato. Termini come «sniper» e «offerta in bundle» spesso combinano un meccanismo tecnico con un’interpretazione speculativa. La competenza è descrivere uno schema, verificare spiegazioni alternative e separare prove verificate di bundle dal solo tempismo.

Distinguere meccanismo d’invio e comportamento

Jito documenta un meccanismo di bundle per fino a cinque transazioni destinate a eseguirsi sequenzialmente e atomicamente in un solo slot [S-JITO]. Questo descrive la semantica di esecuzione, non un test d’identificazione per transazioni on-chain vicine arbitrarie. Un gruppo di transazioni che condivide uno slot può essere stato inviato indipendentemente. Anche una singola transazione con più istruzioni è diversa da più transazioni raggruppate tramite un servizio di bundle.

La stessa documentazione descrive un’eccezione per blocchi esclusi: transazioni costituenti ritrasmesse possono raggiungere la normale fase bancaria, che non applica atomicità dei bundle o protezione dall’annullamento [S-JITO]. Quindi la semantica prevista dei bundle non è una garanzia universale per ogni apparizione successiva di una transazione. Esaminare record corrispondenti di risultato e stato; non inventare questa eccezione come spiegazione di qualsiasi evento del materiale.

Una ricevuta d’invio non è uguale a una prova di esecuzione inclusa. Le prove di stato devono corrispondere alle firme delle transazioni e al risultato confermato. La conservazione dello stato da parte del fornitore può essere limitata; uno stato mancante in seguito non dimostra che non esistesse un bundle. Preservare ciò che la fonte riporta effettivamente, insieme al momento dell’interrogazione.

«Sniper» è un’etichetta comportamentale, non un campo on-chain universale. In questa lezione definirlo operativamente come un indirizzo che soddisfa una regola dichiarata di tempismo per partecipazione iniziale. Se la regola dice «acquisto riuscito tra i primi tre eventi di swap coperti», il risultato dovrebbe chiamarsi coorte di partecipazione iniziale. Non aggiungere silenziosamente conclusioni su automazione, accesso da insider o intenzioni malevole.

Iniziare con elementi osservabili verificabili

Una tabella utile di osservazioni contiene identità esatta di asset/sede, slot e ordine delle transazioni dove forniti, risultato, ruoli di firmatari/destinatari, risoluzione temporale e importi. Le variazioni dei saldi token dovrebbero essere collegate allo scambio pertinente, non soltanto a trasferimenti vicini. Se la mappatura firma-bundle è disponibile da una fonte affidabile esaminata, mantenerla come colonna probatoria separata.

Fissare la regola prima di vedere la distribuzione. Selezionare un limite informativo dopo aver notato diversi wallet vistosi può adattare eccessivamente lo schema. Regole diverse possono produrre coorti diverse: primi tre acquisti riusciti, acquisti nello stesso secondo visualizzato o membri verificati di un bundle. Un rapporto non dovrebbe mai usare la percentuale di una regola chiamandola con il nome di un’altra.

Se l’ordine nello slot è irrisolto, preservare le parità. L’ordine visivo conveniente scelto da un’interfaccia può essere una convenzione dell’indicizzatore anziché ordine d’esecuzione. Il tempo riportato di un blocco può essere null o grossolano, quindi scrivere la risoluzione effettiva anziché inventare precisione al millisecondo.

Confrontare spiegazioni alternative

Acquisti quasi simultanei possono riflettere bot pubblici, partecipanti indipendenti che reagiscono allo stesso annuncio, un servizio comune o attori coordinati. Dimensioni uguali possono derivare da impostazioni predefinite dell’interfaccia. Finanziamento simile potrebbe derivare da un hub di custodia. Nessuna di queste alternative spiega automaticamente i dati, ma la loro esistenza impedisce al tempismo di diventare prova esclusiva di coordinamento.

Gli indizi indipendenti vanno valutati per il loro meccanismo, non contati come un totale magico. Stesso slot, stesso secondo e «molto vicini nel tempo» possono essere tre descrizioni di una sola osservazione temporale. Non sono tre conferme indipendenti d’identità. Schemi di finanziamento e stato dei bundle possono rispondere a domande diverse, ma anche un bundle comune verificato non identifica il controllore umano di ogni destinatario.

Una statistica dell’offerta iniziale richiede un’istantanea. Token comprati presto possono poi spostarsi o essere venduti. «Comprato il 40% nella finestra» descrive volume accumulato di acquisizioni secondo una regola; «detiene il 40% ora» richiede un’osservazione separata del saldo. Acquisti lordi possono contare due volte unità rivendute e ricomprate. Usare unità corrispondenti, denominatori dichiarati e un limite informativo chiaro.

Costruire un rapporto prudente

Tenere campi separati per attività iniziale osservata, raggruppamento verificato di invio/esecuzione e coordinamento inferito. Questo rende il rapporto utile anche quando non si può stabilire l’affermazione più forte. Un analista può dire «due transazioni hanno una mappatura fornita di bundle incluso; una terza transazione iniziale non ha mappatura nel materiale». Quella frase non richiede una classificazione binaria «manipolato/non manipolato».

Nessuna parte di questo esercizio insegna invio di bundle, competizione tra transazioni o strategie per sfruttare lanci. Valuti record forniti in sola lettura. Un rapporto di schemi non è un segnale d’ingresso o un modo di prevedere il prezzo. Affermazioni di accesso iniquo richiedono prove aggiuntive e lo stato commerciale o sociale non deve cambiare i fatti diagnostici.

• Mappatura del bundle: prove che collegano firme particolari a un bundle riportato.
• Stato incluso: record di stato d’esecuzione di una fonte, distinto dall’invio.
• Coorte iniziale: indirizzi/eventi selezionati da una regola temporale dichiarata.
• Risoluzione temporale: precisione effettivamente fornita dalla fonte.
• Adattamento eccessivo: scegliere una regola per adattarsi allo schema osservato a posteriori.
• Volume di acquisizioni: acquisti in una finestra, distinti dalle detenzioni correnti.

ESEMPIO ILLUSTRATIVE — FIX-P07-07. Slot, ID degli eventi ed etichette dei bundle sono valori didattici inventati. La finestra copre tre primi acquisti riusciti più un tentativo fallito separato.

Il mint fittizio ha 1,000,000 unità base di offerta al limite informativo dell’acquisizione. Non sono fornite detenzioni successive. La mappatura dell’appartenenza è un fatto fornito dell’esercizio, non una risposta Jito reale.

OBSERVED: E1/E2 hanno un raggruppamento incluso esplicito nel materiale. E3 condivide lo slot ma manca di quelle prove di raggruppamento. E4 è fallito.

INFERRED: Secondo la regola «acquisti riusciti in SLOT-A», la coorte di acquisizioni iniziali ha ottenuto 400,000 unità, ossia 40% dell’offerta fornita. Il sottoinsieme mappato verificato ha ottenuto 300,000, ossia 30%.

UNKNOWN: Controllo umano, saldi successivi, automazione, accesso privato e se E3 appartenesse a un meccanismo d’invio non riportato.

INSUFFICIENT EVIDENCE: Il solo slot condiviso non può classificare E3 come in bundle; la ricevuta di E4 non può stabilire un acquisto incluso. Nessuna quota di acquisizioni iniziali stabilisce offerta detenuta da insider.

Chiamare tutti gli eventi nello stesso slot un bundle; interpretare uno stato conservato mancante come prova d’assenza; confondere transazioni in bundle con più istruzioni; contare due volte indizi temporali; e rietichettare acquisizioni iniziali come saldi correnti.

Scrivere due statistiche separate: quota di acquisizioni riuscite SLOT-A e quota di acquisizioni BUNDLE-X esplicitamente mappate. Decidere se E3 ed E4 possono essere inclusi nel sottoinsieme mappato. Poi valutare la frase «il 40% è attualmente detenuto da un insider».

• Definire una regola degli eventi iniziali e preservarne il limite informativo.
• Verificare il successo separatamente dall’invio.
• Richiedere prove esplicite per appartenenza a bundle.
• Separare raggruppamento delle transazioni e identità umana.
• Distinguere volume acquisito e detenzioni successive.

Gli schemi di lancio sono osservazioni di ricerca, non identità o previsioni. Un bundle verificato e una coorte nello stesso slot rispondono a domande diverse; preservare sia le loro prove sia i loro limiti.

Il solo tempismo non dimostra un bundle. Una ricevuta non è uno scambio riuscito. Nominare la statistica esatta prima di interpretarne la percentuale.

Creare una cronologia degli slot da FIX-P07-07. Raggruppare con parentesi soltanto E1/E2 come bundle mappato fornito; collocare E3 nella corsia dello stesso slot con ordine irrisolto e senza parentesi; E4 è un tentativo fallito. Mostrare acquisizione della coorte 40% e acquisizione mappata 30% con denominatore di un milione ed etichetta «non detenzioni correnti».

Regole di consegna delle visualizzazioni: blu navy scuro/nero, accenti ciano/blu elettrico/viola, unità e incertezza etichettate esplicitamente. Usare grafici deterministici o SVG, non schermate inventate. A 390 px impilare annotazioni e fornire la tabella dei dati come alternativa testuale; verificare 768 px e desktop in seguito. In arabo localizzare etichette e disposizione con RTL nativo, isolando indirizzi/hash in LTR e mantenendo la direzione reale dei trasferimenti e la cronologia. Usare soltanto il logo ufficiale BlockAssay fornito se viene aggiunto il marchio. Nessuna risorsa visiva o rendering mobile/RTL è dichiarato pronto.

Usare WALLET_INTELLIGENCE soltanto quando rete esatta, asset e campi necessari sono supportati e la loro provenienza è visibile. È un esame educativo in sola lettura, non un’operazione di trading o un lancio di token. Usare il dataset offline fornito se accesso o dati non sono disponibili; le informazioni mancanti restano sconosciute. Una futura azione Apri in BlockAssay richiede instradamento runtime e copertura delle fonti convalidati. Non è fornita alcuna CTA di asset eseguibile per identificatori illustrativi. La partecipazione all’Academy e lo stato commerciale non cambiano mai le osservazioni di Radar.

• Jito: invio di transazioni a bassa latenza — Semantica prevista di esecuzione, invio rispetto a stato incluso e limiti della ritrasmissione di blocchi esclusi. Verificato 2026-10-01.
• Solana getTransaction — Ricerca di transazioni confermate e risultati di transazione/tempo/meta che possono essere null. Verificato 2026-09-30.
• Strutture JSON RPC Solana — Firmatari delle transazioni, istruzioni e metadati di saldi/risultati. Verificato 2026-09-30.

Le tabelle e i materiali degli esercizi sono contenuti educativi originali salvo designazione esplicita HISTORICAL. Gli identificatori fittizi sono deliberatamente invalidi come indirizzi blockchain. La documentazione sostiene definizioni dei meccanismi, non i valori inventati degli esercizi. L’esame delle fonti è ricerca editoriale, non una misurazione della blockchain dal vivo. Le fonti possono cambiare; riesaminarle prima della pubblicazione.

P07-L08; proseguire dopo aver completato l’esercizio e rivisto ogni spiegazione del quiz.