Bundles, snipers et configurations de lancement

Source maître EN · P07-L07 · 45 minutes estimées · needs_review

Objectifs d’apprentissage :

• Distinguer l’appartenance vérifiée à un bundle du moment dans un même slot.
• Calculer les parts d’acquisition précoce et de bundle associé avec des règles explicites.
• Tester les hypothèses de coordination sans inventer de propriété ou d’avoirs actuels.

Plusieurs achats précoces peuvent survenir très près sans former un bundle, partager un contrôleur ou prouver un accès privilégié. Les termes « sniper » et « offre en bundle » combinent souvent un mécanisme technique et une interprétation spéculative. Votre compétence consiste à décrire une configuration, tester des explications alternatives et distinguer les preuves vérifiées de bundle du moment seul.

Distinguer le mécanisme de soumission du comportement

Jito documente un mécanisme de bundle pour jusqu’à cinq transactions destinées à s’exécuter séquentiellement et atomiquement dans un slot [S-JITO]. Cela décrit son fonctionnement d’exécution, pas un test d’identification pour des transactions arbitraires voisines sur chaîne. Un groupe de transactions partageant un slot peut avoir été soumis indépendamment. Une transaction unique contenant plusieurs instructions diffère aussi de plusieurs transactions regroupées par un service de bundle.

La même documentation décrit une exception de bloc écarté : des transactions constituantes rediffusées peuvent atteindre l’étape bancaire normale, qui n’impose ni l’atomicité du bundle ni la protection contre la réversion [S-JITO]. Le fonctionnement prévu d’un bundle n’est donc pas une garantie universelle pour chaque apparition ultérieure de transaction. Inspecter les enregistrements correspondants de résultat et de statut ; ne pas inventer cette exception comme explication d’un événement du jeu.

Un reçu de soumission n’est pas la même chose qu’une preuve d’exécution incluse sur chaîne. Les preuves de statut doivent correspondre aux signatures de transaction et au résultat confirmé. La conservation des statuts par le fournisseur peut être limitée ; un statut manquant plus tard ne prouve pas qu’aucun bundle n’a existé. Préserver ce que la source rapporte réellement, ainsi que le moment de l’interrogation.

« Sniper » est un libellé comportemental, pas un champ universel sur chaîne. Dans cette leçon, le définir opérationnellement comme une adresse satisfaisant une règle temporelle déclarée de participation précoce. Si la règle dit « achat réussi parmi les trois premiers événements d’échange couverts », le résultat doit être nommé cohorte de participation précoce. Ne pas ajouter silencieusement des conclusions d’automatisation, d’accès d’initié ou d’intention malveillante.

Commencer par des observations testables

Un tableau d’observation utile contient l’identité exacte d’actif/plateforme, le slot et l’ordre de transaction lorsqu’ils sont fournis, le résultat, les rôles de signataire/destinataire, la résolution temporelle et les montants. Les variations de solde de jetons doivent être liées à l’échange pertinent, pas seulement à des transferts voisins. Si la correspondance signature-bundle est disponible auprès d’une source fiable inspectée, la conserver comme colonne de preuve distincte.

Fixer la règle avant de voir la distribution. Choisir une limite après avoir remarqué plusieurs portefeuilles frappants peut surajuster la configuration. Des règles différentes peuvent produire des cohortes différentes : trois premiers achats réussis, achats dans une seconde affichée ou membres vérifiés d’un bundle. Un rapport ne doit jamais utiliser le pourcentage d’une règle en le nommant comme celui d’une autre.

Si l’ordre dans un slot est non résolu, préserver les égalités. L’ordre visuel commode choisi par une interface peut être une convention d’indexeur plutôt que l’ordre d’exécution. Le temps de bloc rapporté peut être null ou grossier, donc écrire la résolution réelle plutôt qu’inventer une précision en millisecondes.

Comparer les explications alternatives

Des achats presque simultanés peuvent refléter des robots publics, des participants indépendants réagissant à la même annonce, un service commun ou des acteurs coordonnés. Des tailles égales peuvent résulter de préréglages d’interface. Un financement similaire peut provenir d’un centre de garde. Aucune de ces alternatives n’explique automatiquement les données, mais leur existence empêche le moment de devenir une preuve exclusive de coordination.

Les indices indépendants doivent être évalués selon leur mécanisme, pas comptés comme un total magique. Même slot, même seconde et « très proches dans le temps » peuvent être trois descriptions d’une seule observation temporelle. Ce ne sont pas trois confirmations indépendantes d’identité. Les configurations de financement et le statut de bundle peuvent répondre à des questions différentes, mais même un bundle commun vérifié n’identifie pas le contrôleur humain de chaque destinataire.

Une statistique d’offre précoce exige un instantané. Des jetons achetés tôt peuvent ensuite être déplacés ou vendus. « A acheté 40% pendant la fenêtre » décrit un volume cumulé d’acquisition selon une règle ; « détient 40% maintenant » exige une observation séparée de solde. Les achats bruts peuvent compter deux fois des unités revendues et rachetées. Utiliser des unités correspondantes, des dénominateurs déclarés et une limite claire.

Construire un rapport prudent

Garder des champs distincts pour activité précoce observée, regroupement vérifié de soumission/exécution et coordination déduite. Cela rend le rapport utile même lorsque l’affirmation la plus forte ne peut être établie. Un analyste peut dire « deux transactions ont une correspondance fournie de bundle inclus sur chaîne ; une troisième transaction précoce n’a aucune correspondance dans le jeu ». Cette phrase n’exige pas une classification binaire « manipulé/non manipulé ».

Aucune partie de cet exercice n’enseigne la soumission de bundles, la compétition de transactions ou des stratégies pour exploiter les lancements. Vous évaluez les enregistrements fournis en lecture seule. Un rapport de configuration n’est pas un signal d’entrée ni une façon de prévoir le prix. Les affirmations d’accès inéquitable exigent des preuves supplémentaires, et le statut commercial ou social ne doit pas modifier les faits diagnostiques.

• Correspondance de bundle : preuve reliant des signatures particulières à un bundle rapporté.
• Statut d’inclusion sur chaîne : enregistrement de statut d’exécution d’une source, distinct de la soumission.
• Cohorte précoce : adresses/événements sélectionnés par une règle temporelle divulguée.
• Résolution temporelle : précision réellement fournie par la source.
• Surajustement : choisir une règle pour épouser après coup la configuration observée.
• Volume d’acquisition : achats dans une fenêtre, distincts des avoirs actuels.

ILLUSTRATIVE EXEMPLE — FIX-P07-07. Slots, identifiants d’événement et libellés de bundle sont des valeurs pédagogiques inventées. La fenêtre couvre trois événements d’achat précoce réussis et une tentative échouée distincte.

Le mint fictif a 1,000,000 unités de base d’offre à la limite d’acquisition. Aucun avoir ultérieur n’est fourni. La correspondance d’appartenance est un fait fourni d’exercice, pas une réponse Jito réelle.

OBSERVED: E1/E2 ont un regroupement explicite inclus sur chaîne dans le jeu. E3 partage le slot mais manque de cette preuve de regroupement. E4 a échoué.

INFERRED: Selon la règle « achats réussis dans SLOT-A », la cohorte d’acquisition précoce a obtenu 400,000 unités, soit 40% de l’offre fournie. Le sous-ensemble associé vérifié a obtenu 300,000, soit 30%.

UNKNOWN: Contrôle humain, soldes ultérieurs, automatisation, accès privé et si E3 appartenait à un mécanisme de soumission non rapporté.

INSUFFICIENT EVIDENCE: Le slot partagé seul ne peut classer E3 comme inclus dans un bundle ; le reçu de E4 ne peut établir un achat inclus sur chaîne. Aucune part d’acquisition précoce n’établit une offre détenue par des initiés.

Appeler tous les événements de même slot un bundle ; interpréter le statut conservé manquant comme preuve d’absence ; confondre transactions en bundle et instructions multiples ; compter deux fois les indices temporels ; et réétiqueter les acquisitions précoces comme soldes actuels.

Écrire deux statistiques distinctes : part d’acquisition réussie SLOT-A et part d’acquisition explicitement associée BUNDLE-X. Décider si E3 et E4 peuvent être inclus dans le sous-ensemble associé. Puis évaluer la phrase « 40% est actuellement détenu par un initié unique ».

• Définir une règle d’événement précoce et préserver sa limite.
• Vérifier la réussite séparément de la soumission.
• Exiger des preuves explicites d’appartenance à un bundle.
• Distinguer regroupement de transactions et identité humaine.
• Distinguer volume acquis et avoirs ultérieurs.

Les configurations de lancement sont des observations de recherche, pas des identités ni des prévisions. Un bundle vérifié et une cohorte de même slot répondent à des questions différentes ; préserver leurs preuves et leurs limites.

Le moment seul ne prouve pas le regroupement en bundle. Un reçu n’est pas un échange réussi. Nommer la statistique exacte avant d’interpréter son pourcentage.

Créer une chronologie de slots à partir de FIX-P07-07. Encadrer uniquement E1/E2 comme bundle associé fourni ; mettre E3 dans la piste de même slot avec ordre non résolu et sans encadrement ; E4 est une tentative échouée. Montrer 40% d’acquisition de cohorte et 30% d’acquisition associée avec dénominateur d’un million et libellé « pas des avoirs actuels ».

Règles de livraison visuelle : bleu marine foncé/noir, accents cyan/bleu électrique/violet, unités et incertitude explicitement étiquetées. Utiliser des graphiques déterministes ou du SVG, pas des captures fabriquées. À 390 px, empiler les annotations et fournir le tableau de données comme alternative textuelle ; vérifier 768 px et l’ordinateur plus tard. En arabe, localiser les libellés et la mise en page en RTL natif, tout en isolant les adresses/hachages en LTR et en conservant le sens réel des transferts et la chronologie. Utiliser uniquement le logo officiel BlockAssay fourni si une identité de marque est ajoutée. Aucun actif visuel ni rendu mobile/RTL n’est revendiqué prêt.

Utiliser WALLET_INTELLIGENCE uniquement lorsque le réseau exact, l’actif et les champs requis sont pris en charge et que leur provenance est visible. C’est une inspection pédagogique en lecture seule, pas une transaction ni un lancement de jeton. Utiliser le jeu hors ligne fourni si l’accès ou les données sont indisponibles ; les informations manquantes restent inconnues. Une future action Ouvrir dans BlockAssay exige un routage d’exécution et une couverture de sources validés. Aucun appel à l’action d’actif exécutable n’est fourni pour les identifiants illustratifs. La participation à Academy et le statut commercial ne changent jamais les observations Radar.

• Envoi de transactions à faible latence Jito — Fonctionnement d’exécution prévu, soumission contre statut d’inclusion sur chaîne et limites de rediffusion de blocs écartés. Vérifié le 2026-10-01.
• Solana getTransaction — Recherche de transaction confirmée et résultats transaction/temps/métadonnées pouvant être null. Vérifié le 2026-09-30.
• Structures JSON RPC Solana — Signataires, instructions et métadonnées de solde/résultat des transactions. Vérifié le 2026-09-30.

Les tableaux et jeux d’exercice sont du matériel pédagogique original sauf désignation explicite HISTORICAL. Les identifiants fictifs sont délibérément invalides comme adresses de blockchain. La documentation étaye les définitions des mécanismes, pas les valeurs inventées des exercices. L’inspection des sources est une recherche éditoriale, pas une mesure de chaîne en direct. Les sources peuvent changer ; les réexaminer avant publication.

P07-L08 ; poursuivre après avoir terminé l’exercice et examiné chaque explication du quiz.