Fleet Split : guide de mise en place pour les hébergeurs
Tout ce qu’un hébergeur doit savoir pour exploiter Fleet Split : la répartition du bloc, ce qu’il faut préparer, les 12 étapes de la première connexion à la dissolution d’un accord, les alertes, les rapports et l’API. Chaque étape indique ce que vous faites, ce que vous voyez et ce qu’il faut vérifier.
Fleet Split est du minage solo par client, avec une coinbase à trois sorties. Elle paie 1 % à nous, votre quote-part à vous et le reste au client dont les machines ont trouvé le bloc. Vous créez vous-même chaque accord depuis une console, où vous vous connectez avec votre wallet Bitcoin. Le client confirme par une signature depuis son propre wallet. Dès lors, le bloc paie chacun directement.
Version 2.0 · 23 octobre 2026 · Bitcoin (BTC). Pour la comparaison avec Fleet Group et Fleet Pool, voir SoloFury Fleet : Split, Group et Pool.
L’essentiel
- Chaque accord relie une adresse du client et une nouvelle adresse à vous. Les machines du client se connectent au pool avec votre adresse suivie du nom de la machine : c’est ainsi que le pool sait pour quel accord elles minent.
- En dehors de notre 1 % fixe, vous et votre client fixez la quote-part. Elle est inscrite dans la coinbase et reste fixe pendant toute la durée de l’accord.
- Vous travaillez depuis la console : ajouter un client, envoyer un lien d’invitation, copier les identifiants quand l’accord est prêt sur chaque serveur.
- Vous et vos clients recevez des alertes Telegram pour les blocs, les machines et les accords. Les clients se connectent par une signature du wallet.
- Chaque bloc a une ligne dans le rapport CSV et PDF, avec le txid de la coinbase et chaque sortie en satoshis. Une clé API en lecture seule fournit les mêmes données à vos outils.
Comment fonctionne Fleet Split
Quand une machine d’un accord trouve un bloc, la coinbase de ce bloc contient trois sorties. Le tableau montre qui reçoit quoi.
| Sortie de la coinbase | Destinataire | Montant |
|---|---|---|
| Frais du pool | SoloFury | 1 % du bloc, fixe pour tous |
| Gestionnaire | Votre adresse pour ce client | La quote-part convenue, en pourcentage du bloc entier |
| Client | L’adresse de paiement du client | Le reste du bloc |
Sur la subvention de 3,125 BTC, la sortie des frais du pool est de 3 125 000 satoshis. Vous saisissez votre quote-part en pourcentage entier du bloc, de 1 à 98. Le client reçoit ce qui reste après notre 1 % et votre quote-part. Les frais de réseau du bloc sont répartis dans les mêmes proportions.
Fleet Split est du vrai minage solo par client. Un bloc paie uniquement l’accord dont les machines l’ont trouvé. Les autres clients de votre flotte ne reçoivent rien de ce bloc ; leur chance vient avec leurs propres blocs.
Arrondi. Le pool enregistre votre quote-part en centièmes de pour cent de la part après les frais du pool. Une quote-part de 2 % du bloc est enregistrée comme 2,02 % des 99 %, soit 1,9998 % du bloc. Les rapports affichent la valeur exacte avec quatre décimales.
Avant de commencer
Préparez quatre choses avant votre première connexion : un wallet, de nouvelles adresses, les informations de votre flotte et un logo.
Un wallet qui signe des messages
- Sparrow sur ordinateur, avec un wallet logiciel ou un wallet matériel comme Ledger, Trezor, Coldcard, BitBox ou Jade.
- Electrum sur ordinateur ou sur Android.
- BlueWallet sur Android ou iPhone.
- Trezor Suite.
Nous avons testé Ledger via Sparrow en octobre 2026 ; les étapes pour les autres wallets suivent leur propre documentation. Ledger Live ne sait pas signer de messages : connectez plutôt le Ledger à Sparrow ou à Electrum. Utilisez une adresse de votre propre wallet : les comptes d’exchange ne savent pas signer de messages.
Une nouvelle adresse pour chaque client
Utilisez pour chaque client une nouvelle adresse bc1q… ou bc1p… de votre wallet, réservée à cet accord. Votre quote-part pour ce client y arrive. Les machines du client l’utilisent dans leur nom d’utilisateur, suivie du nom de la machine : le pool relie ainsi chaque share à cet accord.
Les adresses commençant par bc1p (Taproot) demandent une signature BIP-322. Aujourd’hui, Sparrow la produit avec un wallet logiciel ; les wallets matériels signent les adresses bc1q.
Les informations de votre flotte
Envoyez ces informations une seule fois à [email protected]. Nous enregistrons votre flotte et votre adresse d’accès.
| Élément | Exemple | Où il apparaît |
|---|---|---|
| Nom de la flotte | Alpine Hosting | Page de la flotte, pages client, Telegram |
| Adresse de la page | alpine-hosting | solofury.com/fleet/alpine-hosting/ (lettres minuscules, chiffres et tirets, de 2 à 39 caractères) |
| Adresse d’accès | une adresse bc1q… à vous | Sert uniquement à se connecter à la console |
| Logo | Fichier SVG | Page de la flotte et chaque page client |
| Site web | https://alpinehosting.example | Page de la flotte |
| Contact public | e-mail ou identifiant Telegram | Page de la flotte |
| Page publique ou privée | publique | Publique : visible par tous, adresses des clients toujours masquées. Privée : masquée. |
Votre logo
- Format : SVG, ou PNG ou WebP d’au moins 512 × 512 px.
- Forme : carrée. Les pages l’affichent dans un cadre carré de 56 px sur la page de la flotte et de 28 px sur les pages client. Pour un logo large, envoyez le symbole ou la version compacte.
- Fond : transparent, avec des couleurs lisibles sur blanc.
- Contrôle : le logo reste reconnaissable à 28 px.
Modèle d’e-mail :
À : [email protected]
Objet : SoloFury Fleet : activation de [nom de la flotte]Nom de la flotte : …
Adresse de la page : solofury.com/fleet/…/
Adresse d’accès : bc1…
Site web : … · Contact public : … · Page : publique ou privée
Logo : en pièce jointe (SVG)
Étape 1 : se connecter à la console
La console se trouve sur solofury.com/fleet/manage/. Vous vous connectez avec votre adresse d’accès et une signature ; il n’y a pas de mot de passe.
- Saisissez votre adresse d’accès et appuyez sur Continuer.
- La page affiche un message de 5 lignes, avec Copier et un QR code.
- Dans votre wallet, ouvrez l’outil « Signer un message », choisissez l’adresse d’accès, collez le message et signez.
- Collez la signature (une ligne de texte, qui finit souvent par « = ») et appuyez sur Se connecter.
La session dure 12 heures. Le message expire après 15 minutes ; ensuite, appuyez sur Nouveau message et signez à nouveau. Les 5 lignes sont expliquées dans le guide client, qui utilise le même format de message.
Étape 2 : ajouter un client
Chaque client a son propre accord. Appuyez sur Ajouter un client et remplissez le formulaire.
| Champ | Ce qu’il faut saisir | Qui le voit |
|---|---|---|
| Libellé | Un nom que vous reconnaissez, comme « Client 3 · rangée B » | Vous et le client |
| Votre part (% du bloc) | La quote-part convenue avec le client, un nombre entier de 1 à 98. Écrivez 2 pour 2 %. | Vous et le client |
| Votre adresse pour ce client | Une nouvelle adresse bc1q… ou bc1p… de votre wallet | Vous et le client ; masquée sur les pages publiques |
| Machines, modèle, TH/s déclarés | Facultatif : par exemple 20, « S21+ 235T », 4700 | Vous et le client |
| Notes internes | Facultatif | Vous seul |
Appuyez sur Créer l’invitation. La console affiche un message pour votre adresse pour ce client : signez-le avec cette adresse et collez la signature. La signature prouve que l’adresse est à vous.
Le hashrate déclaré alimente l’encadré « À quoi s’attendre » de la page d’invitation du client, jusqu’à la connexion des machines. Laissez-le vide si vous ne le connaissez pas encore ; vous pourrez le modifier plus tard.
Étape 3 : envoyer l’invitation
La console affiche le lien d’invitation et un QR code. Le lien est valable 24 heures et ne fonctionne qu’une fois.
Envoyez le lien par message ou par e-mail, ou faites scanner le QR au client. Joignez-y le guide client. Un message prêt à l’emploi, à adapter :
Bonjour [nom], comme convenu, vos machines vont miner Bitcoin en solo sur SoloFury Fleet. Si elles trouvent un bloc, le paiement arrive directement dans votre wallet, à l’intérieur du bloc. La répartition : [Y] % pour vous, [X] % pour [nom de l’hébergement], 1 % pour SoloFury.
Avant de signer, lisez ce guide de 5 minutes : solofury.com/fr/blog/solofury-fleet-split-client/
Ouvrez ensuite votre invitation (valable 24 heures) : [lien]
Il vous faut un wallet capable de signer un message, comme Sparrow, Electrum ou BlueWallet. Le minage solo est une loterie aux probabilités connues : un bloc peut mettre longtemps à arriver. Écrivez-moi pour toute question.
Pendant l’attente, la console liste l’invitation sous En attente du client. Vous pouvez la Retirer à tout moment avant la signature du client. Après 24 heures, l’invitation expire, le projet d’accord est dissous et votre adresse redevient libre.
Connectez des machines à cette adresse seulement après la signature du client. Les identifiants apparaissent à l’étape 5, après la signature du client.
Étape 4 : ce que fait le client
Le client ouvre le lien et finalise l’accord en 5 minutes environ. Le guide client décrit chaque écran ; en bref :
- Le client lit votre nom et votre logo, le libellé, la répartition du paiement et la validité du lien.
- L’encadré « À quoi s’attendre » affiche les probabilités sur le hashrate du client. La probabilité d’un bloc en 12 mois vient d’abord, puis le temps moyen et la part du client sur un bloc.
- Le client saisit une adresse de paiement, signe le message de 5 lignes et colle la signature.
- Le client coche « Je comprends que le minage solo peut ne rien me rapporter », confirme la répartition et accepte les conditions.
- L’accord est actif. Le client télécharge un reçu PDF et peut activer les alertes Telegram sans nouvelle signature.
Si vous êtes connecté à Telegram, le bot vous prévient quand le client signe, et quand une invitation expire sans signature.
Étape 5 : attendre « Prêt », puis copier les identifiants
Après la signature, l’accord est copié sur chaque serveur Fleet. Cela prend environ une minute. La console affiche la progression dans la ligne du client.
| Statut | Signification | Ce que vous faites |
|---|---|---|
| Brouillon | Invitation créée, le client n’a pas encore signé | Attendre le client |
| En attente de confirmation | Le client a signé, activation en cours | Attendre une minute |
| Prêt | L’accord est sur chaque serveur Fleet ; « Nœuds prêts » affiche le compte complet | Copier les identifiants |
| Actif | Les shares arrivent des machines | Contrôler les machines (étape 7) |
Quand l’accord est prêt, la ligne du client affiche Identifiants des machines :
| Champ | Valeur |
|---|---|
| Hôte | Les serveurs Fleet, listés dans la console avec des boutons Copier |
| Ports | Un port pour les ASIC, un pour les petits mineurs, comme indiqué dans la console |
| Identifiant | votre-adresse-pour-ce-client.NOM_MACHINE |
| Mot de passe | Comme indiqué dans la console |
| Stratum V2 | Mêmes hôtes et ports ; la clé publique d’autorité est affichée à côté |
Donnez à chaque machine son propre nom après le point, comme .B07. Le nom apparaît sur la page du client, dans vos alertes et dans l’API.
Étape 6 : configurer les machines
Pointez chaque machine vers le serveur Fleet le plus proche et définissez les autres en failover.
- Pool 1 : le serveur Fleet le plus proche des machines.
- Pool 2 : un deuxième serveur Fleet.
- Pool 3 : un troisième serveur Fleet.
L’accord est sur chaque serveur Fleet : le failover conserve donc les trois sorties. Utilisez uniquement les hôtes et ports affichés dans la console. Sur un port solo ordinaire de notre pool, votre adresse minerait en solo simple, hors de l’accord, et ne paierait que vous.
Des machines entières ou une part de chaque machine
- Des machines entières. Le client envoie une ou plusieurs machines entièrement à Fleet. Cela fonctionne avec n’importe quel firmware, y compris le firmware d’origine.
- Une part de chaque machine. Braiins OS répartit le hashrate d’une machine entre des « pool groups », selon un ratio fixe. Le groupe 1 va au pool FPPS ou PPLNS habituel, le groupe 2 à Fleet. Si un groupe est injoignable, Braiins OS reporte le hashrate sur les autres.
Étape 7 : contrôler les machines
En quelques minutes, la ligne du client passe à Actif et les premières shares apparaissent. Telegram annonce le premier worker connecté.
Chaque fiche client affiche le hashrate déclaré, le hashrate mesuré sur 24 heures et un feu tricolore :
| Feu | Mesuré par rapport au déclaré |
|---|---|
| Vert | 90 % ou plus |
| Jaune | De 70 % à 90 % |
| Rouge | Moins de 70 % |
Un worker compte comme en ligne s’il a envoyé une share dans les 30 dernières minutes. Appuyez sur Modifier sur la fiche pour changer les machines, le modèle, les TH/s déclarés ou les notes ; aucune signature n’est nécessaire.
La section Toute la flotte additionne le hashrate mesuré de tous vos clients et affiche les probabilités pour la flotte. La valeur attendue de votre propre quote-part s’y trouve aussi, repliée, comme moyenne sur de nombreuses années.
Étape 8 : les alertes Telegram
Le bot est @SoloFuryFleetBot. Il lit les mêmes données que vos pages : rien ne change sur les machines.
Pour vous
Connectez-vous avec le lien ou le QR code que nous vous envoyons à l’activation, ou depuis le bouton « Alertes Telegram » de votre page de flotte. Vous pouvez aussi ajouter le bot à un groupe avec vos techniciens. Dans Réglages, vous choisissez l’une des 10 langues et votre fuseau horaire.
| Alerte | Quand |
|---|---|
| Worker hors ligne, de nouveau en ligne | Aucune share pendant 10 minutes, groupé par client (seuil réglable) |
| Client entièrement à l’arrêt | Tous les workers d’un client sont arrêtés |
| Panne de site | De nombreux workers s’arrêtent en 5 minutes : un message, puis un autre à leur retour |
| Baisse de hashrate | Dernière heure nettement sous la moyenne sur 24 heures, workers toujours en ligne |
| Sous le déclaré | Mesuré sur 24 h sous 70 % du hashrate déclaré pendant plus de 2 heures, ou un worker hors ligne depuis plus de 30 minutes ; répété au plus toutes les 6 heures |
| Shares rejetées | Shares rejetées ou stale au-dessus du seuil sur la dernière heure |
| Bloc trouvé | En quelques secondes, avec la répartition et la preuve Block Info ; puis mature ou orphelin |
| Invitation signée ou expirée | Quand un client signe, ou qu’un lien expire sans signature |
| Alertes des clients | Quand un client connecte ou déconnecte Telegram |
| Rapport hebdomadaire | Uptime par client, hashrate moyen, temps d’arrêt, blocs ; CSV joint si activé |
Pour garder la discussion lisible : Maintenance coupe les alertes d’arrêt et exclut cette durée de l’uptime ; Silence retient les alertes pendant la nuit et les livre ensuite ; les blocs arrivent toujours immédiatement. Le bot envoie un nombre limité de messages par heure ; Dernières alertes liste ce qui a été envoyé ou retenu.
Pour vos clients
- Les clients se connectent eux-mêmes depuis leur page, ou à la fin de l’invitation, par une signature de leur adresse de paiement. Votre approbation n’est pas nécessaire ; seule l’adresse client d’un accord actif peut se connecter.
- Chaque accord accepte jusqu’à 2 discussions client. Vous recevez un message quand un client se connecte ou se déconnecte, sans les détails de la discussion.
- Les clients reçoivent les blocs trouvés, matures et orphelins, leurs machines sous le hashrate déclaré et les modifications de l’accord. Les shares rejetées et les records de meilleure share restent pour vous.
- Chaque message au client se termine par « Accord avec [votre nom] · support : [votre contact] ». Définissez le contact dans la console, sous Contact support.
- Le client tape
/stoppour se déconnecter. Quand un accord est dissous, le bot arrête les alertes du client et le lui indique.
Étape 9 : quand un bloc est trouvé
Le bloc paie immédiatement dans la coinbase ; il devient dépensable après 100 confirmations.
- Trouvé : en quelques secondes, vous et le client recevez l’alerte avec les trois sorties et un lien vers la page Block Info. Les pages affichent le bloc avec son statut.
- Mature : après 100 confirmations, environ 17 heures, les bitcoins sont dépensables dans vos wallets.
- Orphelin : rarement, le réseau retient un autre bloc à la même hauteur. Ce bloc ne paie personne, et personne ne doit rien. Les pages, les rapports et les alertes le signalent comme orphelin.
Tous les montants proviennent de la coinbase on-chain. En cas d’écart, la blockchain fait foi.
Étape 10 : rapports des blocs en CSV et PDF
La section Rapport des blocs de la console produit une ligne par bloc trouvé. Choisissez une période (mois précédent, ce mois, cette année, tous les blocs, ou du – au), un client ou tous, puis Télécharger le CSV ou Télécharger le PDF.
- Identité du bloc : hauteur, hash du bloc, heure de découverte et heure de maturité (UTC), statut, confirmations, txid de la coinbase avec un lien mempool.space.
- Montants en satoshis : total du bloc, subvention, frais de réseau, frais du pool, sortie du gestionnaire, sortie du client. S’y ajoutent les pourcentages à quatre décimales et le numéro de sortie du client (vout).
- Prix de référence : prix du BTC en USD et en EUR selon mempool.space au moment du bloc et à la maturité, avec la source et l’heure. Ce sont des prix historiques pour la comptabilité.
- Totaux : les blocs matures et les blocs en attente de maturité sont additionnés séparément ; les blocs orphelins sont listés à part.
- Intégrité : le PDF imprime l’empreinte SHA-256 du CSV correspondant ; le téléchargement la renvoie dans l’en-tête
X-SF-SHA256.
Une période sans blocs renvoie un fichier avec l’en-tête seul. Chaque client peut télécharger le rapport de son propre accord depuis sa page.
Étape 11 : la clé API en lecture seule
L’API fournit les données de vos accords à vos propres outils : Grafana, tableurs, supervision. Elle lit ; elle ne peut ni créer, ni modifier, ni dissoudre des accords.
- Dans la console, ouvrez Clé API et appuyez sur Créer la clé.
- Copiez la clé tout de suite : elle n’est affichée qu’une fois. Copier le curl de test donne une commande prête à l’emploi.
- Conservez-la comme un mot de passe. Régénérer la remplace, Révoquer la désactive.
| Endpoint | Renvoie |
|---|---|
/v1/me | Version de l’API, rôle, limites, version des conditions, dates de la clé, heure du serveur |
/v1/clients | Chaque accord : libellé, état, TH/s déclarés et mesurés, workers en ligne et au total |
/v1/clients/PARTY_ID/workers | Les workers d’un accord, avec leurs noms complets |
/v1/blocks | Les lignes du rapport, 500 par page, avec un event_id stable |
/v1/hashrate | Série horaire sur 24h, 7d ou 30d |
Règles : URL de base https://solofury.com/api-fleet/v1, GET uniquement, clé dans l’en-tête Authorization: Bearer (une clé dans l’URL est refusée). La limite est de 120 requêtes par minute ; au-delà, l’API répond 429 avec Retry-After: 60. Les dates sont en ISO 8601 UTC, les montants en satoshis entiers, le hashrate en TH/s avec 2 décimales, les valeurs manquantes en null. Les adresses des clients apparaissent masquées, sauf les données déjà publiques on-chain dans les blocs.
KEY=sfk_votre_cle
curl -s -H "Authorization: Bearer $KEY" https://solofury.com/api-fleet/v1/me
curl -s -H "Authorization: Bearer $KEY" https://solofury.com/api-fleet/v1/clients
curl -s -H "Authorization: Bearer $KEY" "https://solofury.com/api-fleet/v1/blocks?preset=prev-month"
curl -s -H "Authorization: Bearer $KEY" "https://solofury.com/api-fleet/v1/hashrate?range=24h"
Un script Python qui écrit les blocs du mois précédent dans un fichier CSV :
import csv, requests
KEY, BASE = "sfk_votre_cle", "https://solofury.com/api-fleet/v1"
H = {"Authorization": f"Bearer {KEY}"}
me = requests.get(f"{BASE}/me", headers=H, timeout=20).json()
print("API", me["api_version"], "rôle", me["role"])
for c in requests.get(f"{BASE}/clients", headers=H, timeout=20).json()["clients"]:
print(c["label"], c["state"], c["measured_24h_ths"], "/", c["declared_ths"], "TH/s")
rows, page = [], 1
while page:
r = requests.get(f"{BASE}/blocks", headers=H,
params={"preset": "prev-month", "page": page}, timeout=30).json()
rows += r["blocks"]
page = r["next"]
if rows:
with open("blocs-mois-precedent.csv", "w", newline="") as f:
w = csv.DictWriter(f, fieldnames=list(rows[0].keys()))
w.writeheader()
w.writerows(rows)
print(len(rows), "blocs écrits")
Chaque client peut créer une clé pour son propre accord, par une signature. La page client affiche « API du gestionnaire : active depuis le … · dernier accès … » : le client voit ainsi quand votre clé lit ses données. Un champ n’est retiré qu’avec un préavis de 30 jours, annoncé dans /v1/me et dans ce guide.
Étape 12 : dissoudre un accord
Un accord prend fin quand il ne reçoit aucune share pendant 7 jours sur chaque serveur Fleet. D’ici là, un bloc trouvé avec ses identifiants paie selon l’accord.
- Déconnectez les machines du client des identifiants Fleet.
- Dans la console, appuyez sur Dissoudre l’accord sur la fiche du client. Si des shares sont arrivées dans les 7 derniers jours, le pool refuse ; réessayez après 7 jours sans shares.
- Les alertes Telegram du client se terminent par un message, et la clé API du client cesse de fonctionner.
Un client qui veut partir vous le demande et déconnecte les machines. De notre côté, il n’y a ni pénalité ni durée minimale. Pour changer une quote-part ou une adresse, dissolvez l’accord et créez-en un nouveau.
Votre page de flotte et la page client
Votre page de flotte se trouve sur solofury.com/fleet/votre-nom/, en 10 langues, actualisée toutes les 30 secondes. Elle affiche le hashrate de la flotte, les workers en ligne, les clients actifs, les blocs et le temps attendu par bloc. Elle montre aussi un graphique par client sur 24 heures, 7 ou 30 jours, les clients et les blocs. Les adresses des clients sont toujours masquées. Une page privée reste masquée.
Chaque client a une page : la page Miner de l’accord avec le panneau Fleet. Elle affiche votre logo et votre nom, la répartition ligne par ligne et les serveurs Fleet où l’accord est actif. Viennent ensuite les machines avec le feu tricolore, « À quoi s’attendre », les blocs avec leur statut, les rapports et la ligne de l’API. Le bouton Vérifier le paiement maintenant lit le template réel du prochain bloc et affiche les trois sorties en satoshis. Une coche verte apparaît quand elles correspondent à l’accord.
Les règles en un tableau
| Règle | Valeur |
|---|---|
| Frais du pool | 1 % du bloc, fixe |
| Votre quote-part | De 1 % à 98 % du bloc, nombres entiers, fixe pendant toute la durée de l’accord |
| Adresses | bc1q… et bc1p… ; une nouvelle adresse du gestionnaire par accord |
| Message à signer | 5 lignes, valable 15 minutes |
| Session de la console | 12 heures |
| Invitation | 24 heures, usage unique, peut être retirée |
| Identifiants | Affichés quand l’accord est prêt sur chaque serveur Fleet |
| Maturité | 100 confirmations, environ 17 heures |
| Dissolution | Effective après 7 jours sans shares |
| Discussions Telegram du client | Jusqu’à 2 par accord |
| API | Lecture seule, 120 requêtes par minute |
| Support | [email protected], réponse sous 1 jour ouvré |
Les règles complètes figurent dans les conditions Fleet Split, version 1.2.
Ce que disent les chiffres
Chaque accord mine pour lui-même : les probabilités dépendent donc du hashrate du client. Le tableau utilise la difficulté du réseau du 16 octobre 2026.
| Hashrate du client | Temps moyen par bloc | Au moins 1 bloc en 12 mois | En 5 ans |
|---|---|---|---|
| 200 TH/s | 96 ans | 1,0 % | 5,1 % |
| 1 PH/s | 19 ans | 5,1 % | 23 % |
| 2 PH/s | 9,6 ans | 9,9 % | 41 % |
| 5 PH/s | 3,8 ans | 23 % | 73 % |
Votre quote-part provient de n’importe quel client qui trouve un bloc : pour vous, c’est la somme de tous les accords qui compte. Le tableau de la flotte se trouve dans la présentation de Fleet.
Source : difficulté du réseau 140,58 T, fixée au bloc 971 712 le 16 octobre 2026 (pickaxe.io, phemex.com). Formule : temps moyen = difficulté × 232 ÷ hashrate ; probabilité sur une période t = 1 − e−t/T. Frais de réseau exclus.
Comment nous travaillons
- Paiement non-custodial. Les trois sorties sont dans la coinbase que nous construisons ; le réseau crée les bitcoins aux adresses des parties.
- Propriété prouvée par signature. Vous et le client prouvez chaque adresse par un message signé. Une signature prouve la propriété et ne contient ni montant, ni destinataire, ni transaction.
- Accord sur chaque serveur. Les identifiants apparaissent seulement quand chaque serveur Fleet porte l’accord.
- Changements annoncés. Les mises à jour logicielles qui peuvent interrompre le minage sont annoncées 7 jours à l’avance sur les pages, sur Telegram et par e-mail. Les correctifs de sécurité sont appliqués immédiatement et annoncés ensuite.
Conclusion
Pour démarrer Fleet Split, il suffit d’un e-mail, puis d’environ 10 minutes par client : un formulaire, deux signatures, un lien. Dès lors, chaque bloc vous paie, vous, votre client et nous, dans la coinbase. Chaque chiffre de vos pages, de vos rapports et de l’API provient de la chaîne. Envoyez le guide client à vos clients avec l’invitation : il répond à la plupart de leurs questions avant la signature.
Activez votre flotte
Chaque bloc paie 1 % à nous, votre quote-part à vous et le reste à votre client, dans la coinbase. Écrivez à [email protected] avec le nom de votre flotte et votre adresse d’accès.
Ouvrir la console →Questions fréquentes
Que se passe-t-il si mon client saisit une mauvaise adresse de paiement ?
Le client signe le message avec l’adresse qu’il saisit : l’adresse doit donc appartenir à un wallet qu’il contrôle. Une faute de frappe dans l’adresse fait échouer la signature, et l’accord n’est pas créé. Si un client veut plus tard une autre adresse, vous dissolvez l’accord et en créez un nouveau.
Puis-je modifier ma quote-part après l’activation ?
La quote-part est fixée au moment où le client signe. Pour la modifier, déconnectez les machines, dissolvez l’accord après 7 jours sans shares et envoyez une nouvelle invitation avec la nouvelle quote-part. Le client signe à nouveau.
Et si des machines minent avec les identifiants avant que l’accord soit prêt ?
La console n’affiche les identifiants que lorsque l’accord est prêt sur chaque serveur Fleet. Si un bloc était trouvé avec les identifiants d’un accord non confirmé, le logiciel le paierait à notre adresse de frais. Dans les 7 jours suivant la maturité, nous envoyons alors les parts du gestionnaire et du client aux deux adresses, nettes de notre 1 % et des frais de réseau du transfert. Nous publions le txid sur les deux pages (conditions, section 4).
Le failover entre serveurs conserve-t-il la répartition ?
Oui. L’accord est copié sur chaque serveur Fleet avant l’affichage des identifiants : une machine qui bascule sur le pool 2 ou le pool 3 garde les trois mêmes sorties.
Comment montrer à un client que la répartition est réelle ?
Ouvrez la page client ensemble et appuyez sur Vérifier le paiement maintenant : le bouton lit le template réel du prochain bloc et affiche les trois sorties en satoshis. Le reçu PDF liste les trois adresses et les deux signatures.
Comment comptabiliser ma quote-part ?
Votre quote-part arrive dans la coinbase, à votre adresse pour ce client. Le rapport des blocs en CSV ou PDF liste le txid, votre sortie en satoshis et des prix de référence du BTC en USD et EUR au moment du bloc et à la maturité. La facturation et la fiscalité suivent votre propre accord et les règles locales.
Que se passe-t-il si SoloFury ferme le service Fleet ?
Nous l’annonçons avec un préavis de 30 jours. Les blocs déjà trouvés sont déjà dans les wallets des parties : il n’y a aucun solde à restituer.
Les adresses legacy commençant par 1 ou 3 sont-elles acceptées ?
Aujourd’hui, Fleet accepte les adresses bc1q et bc1p. La prise en charge des adresses commençant par 1 ou 3 est prévue dans une future mise à jour du logiciel, sans date pour l’instant.