Comment participer aux parachutages de Phantom Quest ? (Programme de récompenses)

Mécanique de largage de Phantom Quest

1. Phantom Quest fonctionne comme un protocole d'engagement à plusieurs niveaux construit au sommet de la blockchain Solana, où la distribution de jetons est étroitement associée à une activité vérifiable en chaîne plutôt qu'à une détention passive de portefeuille.

2. L'éligibilité nécessite une interaction avec au moins trois adresses de contrat distinctes associées à l'écosystème Phantom Quest : le registre des quêtes, le vérificateur de preuve d'attention et le contrat de dépôt de récompense.

3. Chaque interaction doit être signée à l'aide d'un portefeuille Phantom ayant un âge minimum de 90 jours et au moins cinq signatures de transaction non répétitives dans différents programmes Solana.

4. Les portefeuilles signalés par l'heuristique de détection Sybil de Solana, tels que ceux partageant des métadonnées dérivées de l'adresse IP ou présentant des modèles de noms occasionnels identiques, sont automatiquement exclus de la notation d'éligibilité.

5. Le système applique une fenêtre d'instantané déterministe : toutes les transactions éligibles doivent avoir lieu entre la hauteur de bloc 284 712 993 et ​​la hauteur de bloc 284 867 041 inclus.

Protocole de préparation du portefeuille

1. Les utilisateurs doivent déployer une instance de portefeuille Phantom dédiée, isolée du stockage d'actifs principal, configurée avec une phrase de départ unique générée hors ligne via des sources d'entropie isolées.

2. Le portefeuille doit être connecté à un point de terminaison RPC vérifié exploité par Helius ou Triton, un point de terminaison qui prend en charge la simulation de transaction avec le traçage complet des instructions activé.

3. Avant de lancer toute action liée à la quête, le portefeuille doit contenir au moins 0,05 SOL pour couvrir l'exonération du loyer de base et les frais d'exécution des instructions sur plusieurs invocations de programme.

4. Tous les NFT associés, en particulier ceux créés dans le cadre des campagnes d'accès anticipé de Phantom Quest, doivent conserver l'intégrité de la chaîne de propriété d'origine sans transferts par procuration ni contrats wrapper.

5. Les portefeuilles utilisant des modules de signature matériels (par exemple, Ledger Nano X) nécessitent la version 2.62 ou supérieure du micrologiciel pour prendre en charge le format de sérialisation des instructions personnalisées de Phantom Quest.

Exigences de vérification de la couche sociale

1. Un compte Twitter vérifié lié au portefeuille doit avoir publié au moins sept tweets originaux contenant le hashtag #PhantomQuest au cours des 14 derniers jours, sans aucune chaîne de texte en double dans les publications.

2. Le compte Discord doit être connecté au serveur officiel de Phantom Quest avant le 18 mars 2026 et conserver un rôle attribué par le robot de modération en fonction des réactions cumulées aux messages reçus dans les canaux désignés.

3. La participation aux télégrammes nécessite l'adhésion à la fois au groupe d'annonces publiques et au canal de vérification privé, avec des horodatages de messages enregistrés par rapport aux émissions d'événements en chaîne.

4. Tous les identifiants sociaux doivent correspondre à des preuves cryptographiques soumises au contrat d'attestation d'identité, y compris des charges utiles signées contenant des identifiants d'utilisateur spécifiques à la plateforme et des attestations horodatées.

5. Les outils de publication automatisés, les gestionnaires de contenu planifiés ou les API de planification tierces sont interdits ; toutes les actions sociales doivent provenir de jetons de session liés à l'appareil.

Séquence d'exécution des tâches

1. Les utilisateurs lancent le flux de quête en appelant le point de terminaison /start sur la dApp officielle Phantom Quest, qui renvoie une chaîne de défi déterministe dérivée de l'adresse du portefeuille et du hachage d'époque actuel.

2. Ce défi doit être intégré dans une transaction mémo en chaîne envoyée au programme de coordinateur de quête, déclenchant l'attribution d'un arbre de tâches personnalisé basé sur le regroupement de comportements historiques.

3. L'achèvement de la tâche nécessite la soumission de preuves d'inclusion Merkle pour chaque action requise, y compris les swaps DEX sur Raydium, les dépôts de position LP sur Orca et les monnaies NFT sur Tensor, tous vérifiés par rapport aux racines canoniques de l'état Solana.

4. Chaque branche terminée de l'arborescence des tâches débloque des récompenses incrémentielles pouvant être réclamées, le règlement final n'ayant lieu qu'après validation croisée sur trois nœuds de validation indépendants exécutant des plugins de consensus Phantom Quest personnalisés.

5. Aucune étape de réclamation manuelle n'existe : les jetons de récompense sont automatiquement distribués à l'adresse du portefeuille d'origine à la fin du cycle de validation final, à condition que toutes les preuves intermédiaires restent non révoquées.

Foire aux questions

Q : Puis-je utiliser un portefeuille précédemment impliqué dans d'autres parachutages Solana ? Oui, à condition qu'il respecte tous les seuils comportementaux spécifiques à Phantom Quest et qu'il n'ait pas été signalé pour une activité Sybil coordonnée au cours de plus de deux campagnes précédentes.

Q : La délégation de positions de jalonnement est-elle acceptée comme une participation valide ? Non. Seules les interactions directes initiées par le portefeuille avec les programmes associés à Phantom Quest comptent pour la notation d'éligibilité.

Q : Les actifs pontés affectent-ils l’éligibilité ? Les actifs pontés depuis Ethereum ou d'autres chaînes via Wormhole ou Allbridge sont entièrement reconnus si leurs événements de dépôt sont ancrés à des en-têtes de bloc Solana valides et accompagnés de preuves Merkle correctes.

Q : Que se passe-t-il si ma transaction échoue en raison d'une congestion pendant la fenêtre d'instantané ? Les transactions échouées ne contribuent pas à l’éligibilité. La nouvelle soumission doit avoir lieu avant la hauteur finale du bloc ; aucune inclusion rétroactive n’est autorisée.