Liens, alertes et overlays.
Le logiciel de l’équipe relie l’identité du créateur, les coordonnées du portefeuille de réception, un lien de don personnel, les messages, les médias d’alerte et l’overlay du stream.
LIVRE BLANC PRODUIT ET TECHNIQUE
Les dons sur les streams.
Un rôle logiciel explicite.
STEN — Stream Earnings Network relie les liens des créateurs, les dons SOL/STEN et les overlays configurables. Explication du produit révisée le 15 octobre 2026, d’après la description technique de l’équipe.
LE PRODUIT
Un modèle de don explicite.
Un moment personnel sur le stream.
Solana (SOL) ou STEN.
Les options convenues sont SOL et STEN sur Solana. Le parcours direct ne nécessite ni achat automatique de STEN ni conversion dans STEN.
97% / 3%.
97% du montant donné en tokens sont affectés au streamer et 3% à la plateforme. Les coûts réseau, le financement éventuel des comptes de tokens et les coûts crypto externes sont distincts.
RESPONSABILITÉS TECHNIQUES
La connexion est la nôtre.
L’approbation est la vôtre.
- 01 / PRÉPARER
STEN prépare la proposition.
Votre actif, montant et message deviennent une proposition de transaction Solana non signée, avec la répartition entre streamer et plateforme.
- 02 / VÉRIFIER
Le spectateur décide.
Vérifiez la demande dans votre portefeuille. Approuvez-la ou refusez-la. Modifiez votre montant ou message dans STEN avant de demander une nouvelle proposition.
- 03 / SIGNER ET ENVOYER
Votre portefeuille soumet la transaction.
Phantom ou Solflare signe et envoie la transaction approuvée, selon l’implémentation décrite par l’équipe.
- 04 / TRAITER
Solana confirme.
Le réseau traite les transferts vers le streamer et la plateforme. Le don intégral ne passe pas d’abord par un portefeuille intermédiaire de STEN.
- 05 / AFFICHER
Votre overlay réagit.
STEN utilise la confirmation pour l’alerte du stream. L’overlay configuré par le créateur doit être actif pour que les spectateurs voient la notification.
Ceci décrit l’implémentation de l’équipe. L’autorisation du portefeuille, la confirmation réseau et l’overlay sont des étapes distinctes. STEN prépare les transactions et facilite le parcours d’alerte ; ce n’est pas le portefeuille du spectateur.
PRÉPARATION DE LA TRANSACTION
Une proposition non signée.
Une décision dans le portefeuille du spectateur.
Selon la description de l’équipe, STEN prépare côté serveur une transaction Solana non signée comprenant la répartition streamer/plateforme. Le don intégral ne passe pas d’abord par un portefeuille intermédiaire contrôlé par STEN, et STEN ne gère pas les clés privées des utilisateurs.
Le spectateur compose le montant et le message dans STEN. Son portefeuille fournit l’étape de vérification et d’approbation ou de refus, puis signe et envoie selon l’implémentation décrite. Ne supposez pas que la répartition des frais est librement modifiable dans le portefeuille. Un changement de montant ou de message doit précéder une nouvelle proposition.
Ces déclarations sur l’implémentation sont fournies par l’équipe, et ne sont pas les conclusions d’un audit indépendant du code ou de la sécurité. Elles n’établissent ni exemption d’agrément ni approbation par une autorité de contrôle ou un fournisseur de portefeuille.
SI VOTRE PORTEFEUILLE AFFICHE UN AVERTISSEMENT
Vérifiez le message avant de poursuivre.
Arrêtez-vous et contactez l’équipe si votre portefeuille signale un problème de sécurité. L’avertissement exact et son statut actuel doivent être vérifiés ; ne le contournez pas pour terminer un don.
Lire le guide des avertissements du portefeuille →RÉSEAU ET CONFIRMATION
Solana traite.
STEN affiche le résultat.
Les frais Solana sont payés en SOL, y compris lorsque l’actif donné est STEN. Des frais de base et des frais de priorité facultatifs peuvent s’appliquer. Un nouveau compte de tokens peut aussi nécessiter un solde minimum de stockage distinct ; son financement doit correspondre à l’application déployée.
Les données d’une transaction confirmée peuvent être vérifiées grâce à sa signature. Le montant, les adresses, le statut, les frais réseau et tout texte inclus sur la blockchain peuvent être publics. Cela ne rend pas transparents toutes les identités, les données hors chaîne ou l’ensemble de la pile logicielle.
STEN utilise la confirmation pour le parcours d’overlay. Le succès sur le réseau, le retour de l’application et l’affichage de l’alerte sont des vérifications différentes. L’overlay du créateur doit être actif. Aucun délai universel garanti de traitement ou d’alerte n’est annoncé.
MESSAGES ET COÛTS
Précisez les limites
avant l’approbation du spectateur.
Le texte inscrit sur la blockchain est public et ne peut pas simplement être retiré par STEN. L’équipe doit confirmer ce qui est stocké, les limites réelles de saisie et d’affichage, la troncature et la gestion Unicode. Les nombres de 120/200 caractères évoqués sont des questions produit, pas des limites générales de Solana.
La répartition standard 97/3 porte sur les unités de tokens donnés. Pour 100 STEN, le modèle affecte 97 STEN au streamer et 3 STEN à la plateforme, avec les autres coûts distincts. C’est un calcul, pas une transaction démontrée ni un rendement garanti en euros.
Consulter l’explication des frais →PRODUIT ACTUEL ET DÉVELOPPEMENT
Distinguez les preuves du produit
des ambitions.
L’environnement créateur existant et les captures fournies par le développeur décrivent la configuration du compte Twitch, les liens, overlays, médias d’alerte, un guide OBS et les alertes de test. L’entrée publique de l’application est visible sans connexion ; le parcours connecté du don jusqu’à OBS n’a pas été testé dans cette révision du site.
Les problèmes signalés incluent des déconnexions d’overlay et des tentatives de don sans retour clair. Ils restent des points de contrôle du développement. Le protocole d’acceptation convenu couvre les deux portefeuilles et actifs, le succès, l’annulation, les erreurs et une utilisation prolongée de l’overlay.
Les paiements par carte ou Apple Pay, la conversion fiat automatique, une extension Twitch, les langues supplémentaires et d’autres fonctions de notification restent de la recherche ou du travail prévu, sauf implémentation et tests distincts.
Le site existant publie une allocation de tokens de 66% au marché et 34% aux fondateurs et développeurs. Cette déclaration publiée exige des preuves blockchain datées ; les mesures de liquidité ne garantissent ni sécurité ni stabilité du prix.
BASE DOCUMENTAIRE
Déclarations produit et références techniques.
D’après les notes du propriétaire sur la réunion du 13 octobre, le briefing du site fourni le 15 octobre, la description technique de l’équipe, le site existant et les captures du développeur. Cette révision du site n’est pas un audit indépendant du code de l’application ou de sa sécurité.