Conditions de location et d’utilisation d’un Mac dans le cloud

1. Acceptation des conditions et définition du service

MiniBinary fournit la location de machines Mac physiques dédiées dans le cloud ainsi que les capacités d’accès à distance associées. Chaque commande valide correspond à un véritable nœud physique Apple Silicon ; le processeur, la mémoire et le stockage local ne sont pas partagés avec d’autres locataires. Le service est fourni sans virtualisation et aucun calcul partagé ne remplace l’équipement dédié indiqué dans la commande.

Le service comprend le droit d’utiliser le nœud physique sélectionné, l’initialisation du système, la génération des identifiants d’accès, la gestion des commandes depuis la console, ainsi que l’assistance liée à la connexion au nœud, à la facturation et au diagnostic des incidents. La propriété de l’équipement n’est pas transférée par la location ; l’utilisateur bénéficie d’un droit d’utilisation à distance pendant la durée de validité de la commande et conformément aux présentes conditions.

Le fait de passer commande, d’effectuer le paiement, de recevoir les identifiants d’accès ou de continuer à utiliser un nœud livré vaut acceptation des présentes conditions ainsi que de la configuration, de la durée, de la région et des options supplémentaires affichées sur la page de commande. Toute personne commandant au nom d’une organisation doit confirmer qu’elle est habilitée à accepter les conditions et à gérer la commande pour cette organisation.

2. Compte et commandes

L’utilisateur doit fournir des informations exactes, complètes et utilisables pour les échanges liés à la commande. Le numéro de commande, les informations sur l’équipement, l’adresse d’accès et les identifiants sont des informations sensibles. L’utilisateur doit en limiter l’accès et éviter de les diffuser dans des dépôts de code publics, des documents publics ou des canaux de messagerie non contrôlés.

L’utilisateur est responsable des commandes, renouvellements, confirmations de configuration, demandes d’assistance et opérations sur les nœuds effectués depuis son compte. En cas de travail collaboratif, il doit définir clairement les rôles et mettre en place une procédure de rotation des identifiants ; les accès devenus inutiles doivent être révoqués rapidement lorsque les responsabilités changent.

En cas de suspicion de fuite d’identifiants, d’anomalie dans les informations de commande ou d’opération non autorisée, l’utilisateur doit immédiatement mettre à jour les identifiants modifiables et envoyer via la console une demande d’assistance indiquant le numéro de commande, l’heure de détection, l’étendue de l’impact et les mesures prises. Pour limiter une nouvelle exposition, la demande ne doit pas contenir de mot de passe complet, de clé privée ou de jeton d’accès.

Les informations enregistrées dans la console font foi pour les commandes. Avant le paiement, l’utilisateur doit vérifier le modèle, la durée, le nœud, l’extension du stockage et l’option de mise en parallèle Thunderbolt 5. Après confirmation du paiement, toute modification d’une commande qui n’a pas encore été exécutée doit faire l’objet d’une demande d’assistance dans les meilleurs délais ; sa possibilité dépend de l’étape de traitement et du résultat effectivement renvoyé par la console.

3. Configuration, nœuds et livraison

Trois configurations sont proposées : MB M4 16 avec M4, 16GB de RAM et 256GB SSD ; MB M4 24 avec M4, 24GB de RAM et 512GB SSD ; MB M4 Pro 64 avec M4 Pro, 64GB de RAM et 2TB SSD. La livraison dépend du modèle, de la durée, de la région et des options supplémentaires finalement confirmés par l’utilisateur.

Les régions actuellement disponibles sont Singapour, le Japon (Tokyo), la Corée du Sud (Séoul), Hong Kong et l’ouest des États-Unis, soit 5 nœuds. Toutes les combinaisons de modèles et de nœuds font partie du catalogue de commande courant ; la disponibilité réelle au moment de la commande est celle renvoyée en temps réel par la console.

La livraison standard comprend généralement, dans l’ordre, la confirmation du paiement, l’attribution du nœud, l’initialisation du système et la génération des identifiants d’accès. Chaque étape dure typiquement environ 1 minute, pour un total habituel d’environ 4 minutes. La confirmation du réseau de paiement, la vérification des options choisies ou un contrôle de sécurité exceptionnel peuvent allonger ce délai ; le statut final est celui de la progression de la commande.

Après la livraison, l’utilisateur doit vérifier la région du nœud, le modèle, la puce, la mémoire, la capacité de stockage, l’état du système et les identifiants d’accès. En cas de divergence entre les informations de commande et l’équipement, il doit suspendre le déploiement des charges de travail et envoyer une demande d’assistance via la console afin de permettre une vérification à partir de la commande.

4. Prix et paiement

Le service est proposé à la journée, à la semaine, au mois ou au trimestre, et facturé intégralement en dollars américains (USD). L’utilisateur doit régler le montant total de la configuration de base, de la durée et des options supplémentaires affiché sur la page de confirmation. Chaque période possède son propre tarif et ne se calcule pas par simple multiplication ; lors d’un renouvellement, le montant actuel affiché dans la console fait foi.

Les paiements sont limités à USDT-TRC20 et aux cartes Visa / Mastercard / Amex (via Stripe). Les passerelles effectivement disponibles sont celles renvoyées par l’interface backend de la console. Les frais de transfert liés aux paiements on-chain sont à la charge du payeur, conformément aux règles de son portefeuille ou de son prestataire ; les paiements par carte sont soumis aux vérifications d’identité et de transaction prévues par le parcours de paiement.

L’utilisateur doit vérifier que le réseau de transfert, le montant et les informations du bénéficiaire correspondent à la page de commande. En cas de réseau incorrect, d’adresse erronée ou de montant différent de celui de la commande, la vérification ne pourra être traitée qu’après transmission de l’identifiant de transaction et du numéro de commande. Pour les transactions par carte, les informations vérifiables sont celles enregistrées par le parcours de paiement.

La facturation, le statut de la commande et le résultat du paiement sont ceux enregistrés dans la console. En cas de doute sur le montant ou le statut, l’utilisateur doit envoyer via la console une demande d’assistance indiquant le numéro de commande, le mode de paiement, l’heure du paiement et les informations de transaction vérifiables ; il ne doit pas transmettre les informations complètes de sa carte ni les identifiants privés de son portefeuille.

5. Renouvellement, expiration et traitement des données

L’utilisateur peut consulter la période et le statut d’expiration de la commande dans la console, puis la renouveler lorsque cette option est disponible. Après confirmation du renouvellement, la nouvelle période de service est celle indiquée dans la commande créée par la console. L’utilisateur doit prévoir le délai de confirmation du paiement et éviter d’attendre l’approche de l’expiration pendant l’exécution de tâches de compilation, de test ou d’inférence.

À l’expiration du service, l’accès à distance au nœud peut être interrompu et les tâches en cours peuvent ne pas se poursuivre. Avant l’expiration, l’utilisateur doit migrer et vérifier son code, ses artefacts de compilation, ses fichiers de modèles, ses journaux et les autres données métier ; le Mac dans le cloud ne doit pas constituer l’unique copie.

Après la migration, l’utilisateur doit confirmer que les fichiers de la destination sont lisibles, dans la bonne version et dotés des autorisations attendues. Un simple message de transfert terminé ne remplace pas un contrôle d’intégrité complet ; pour les projets importants, une vérification peut s’appuyer sur le nombre de fichiers, les sommes de contrôle ou le résultat de la compilation.

Après la résiliation ou l’expiration de la commande, le nœud entre dans un processus de récupération du service. L’utilisateur ne doit pas supposer qu’il pourra continuer à accéder au système d’origine ou récupérer les données non migrées. Les équipes dont l’activité exige une continuité doivent définir en interne le responsable du renouvellement, la personne chargée des rappels d’expiration et les contrôles de migration des données.

6. Règles d’utilisation acceptable

L’utilisateur ne peut utiliser le service que pour des activités légales et autorisées de développement, compilation, test, intégration continue, développement à distance et inférence de modèles, conformes aux présentes conditions. Il doit s’assurer qu’il dispose des autorisations nécessaires pour le code, les données et les contenus qu’il téléverse, traite ou distribue.

Il est interdit d’utiliser ou d’aider à utiliser un nœud pour des activités illégales, un accès non autorisé, le vol d’identifiants, la diffusion de code malveillant, l’exploitation massive de vulnérabilités, l’abus de scans réseau, les attaques par déni de service, l’envoi de messages indésirables, ou le contournement des contrôles d’accès et des dispositifs de sécurité.

Il est interdit de compromettre la stabilité des nœuds, du réseau ou des infrastructures associées par un trafic anormal continu, des processus destructeurs, une consommation malveillante de ressources ou tout autre moyen. Les tests de charge, scans de ports et recherches de sécurité ne peuvent viser que des cibles que l’utilisateur est autorisé à tester, avec une portée, un rythme et un impact maîtrisés.

L’utilisateur ne doit ni vendre, ni transférer, ni partager publiquement les identifiants d’accès au nœud, ni contourner techniquement la durée de la commande, les limites de configuration ou les contrôles d’accès. Le travail collaboratif doit s’appuyer sur une procédure interne d’autorisation auditable, et les accès doivent être révoqués rapidement lorsqu’un membre quitte le projet.

En cas de comportement anormal susceptible d’affecter d’autres systèmes ou infrastructures, MiniBinary peut prendre les mesures nécessaires, notamment limiter les connexions concernées, suspendre les processus à haut risque ou bloquer temporairement l’accès, et préciser via les informations du compte ou l’historique de la demande les éléments à vérifier par l’utilisateur. Celui-ci doit fournir les étapes permettant de reproduire le problème, la période concernée et des journaux préalablement anonymisés.

7. Continuité de fonctionnement et objectif de service

Tous les nœuds fonctionnent normalement 365 jours par an, sans période d’arrêt programmée à l’avance. MiniBinary fixe un objectif de service de 99,9 %, fondé sur la capacité d’accès à distance au nœud correspondant à chaque commande valide.

En cas d’incident matériel, électrique, réseau ou de sécurité soudain, la plateforme peut intervenir immédiatement et restaurer le nœud, rétablir la connexion ou effectuer toute autre opération nécessaire selon l’étendue de l’impact. L’utilisateur doit éviter les redémarrages répétés, la suppression des informations de diagnostic et toute opération susceptible d’aggraver la situation.

L’inaccessibilité due à la configuration du système de l’utilisateur, à des identifiants erronés, à son réseau local, à son navigateur, aux logiciels qu’il a installés, à ses charges de travail, à un redémarrage volontaire ou à un cas de force majeure n’est pas incluse dans les statistiques de disponibilité côté service. L’évaluation repose notamment sur les enregistrements du nœud, les informations des demandes et les résultats de tests vérifiables par les deux parties.

Si l’utilisateur estime que l’objectif de service n’a pas été atteint pendant la période de location valide, il peut se connecter à la console et envoyer une demande d’assistance avec le numéro de commande, le nœud, les heures de début et de fin de l’impact, le message d’erreur, les informations sur le réseau local et les journaux nécessaires. Les demandes admissibles sont vérifiées conformément aux conditions de service et traitées sous forme de crédit de service ; le résultat précis est indiqué dans le statut de la demande.

8. Limitation de responsabilité et indemnisation par l’utilisateur

Dans la mesure permise par le droit applicable, la responsabilité de chaque partie doit rester raisonnablement proportionnée à l’impact direct vérifiable, au degré de faute et au montant de la commande concernée. L’objectif de service, les crédits de service, les enregistrements de commande et les demandes d’assistance constituent ensemble des éléments essentiels pour traiter les problèmes de service.

L’utilisateur est responsable de la sauvegarde et de la restauration de son code, de ses données, de ses dépendances, de ses artefacts de compilation, de ses clés et de ses processus métier. Avant toute mise à niveau du système, modification des autorisations, purge du disque ou opération d’automatisation en masse, il doit vérifier son plan de retour arrière. Les conséquences des instructions de l’utilisateur, de ses logiciels, d’une mauvaise configuration ou d’une opération non autorisée d’un tiers relèvent de sa responsabilité.

Si l’utilisateur enfreint les règles d’utilisation acceptable, porte atteinte aux droits d’un tiers, traite des données au-delà de l’autorisation accordée ou mène une activité illégale via le nœud, et qu’il en résulte des réclamations, frais ou dommages vérifiables aux infrastructures, il assume la responsabilité directement liée à son comportement et coopère pour faire cesser l’impact, conserver les preuves et accomplir les mesures nécessaires.

Pour les incidents imputables au service, MiniBinary privilégie le rétablissement de l’accès, la vérification de l’impact et l’octroi d’un crédit de service conformément aux règles applicables. Toute disposition relative à la responsabilité est régie par le droit de la juridiction où se trouve l’entité exploitante de la plateforme, sans exclure les responsabilités légales qui ne peuvent être limitées par contrat en vertu de ce droit.

9. Modifications, résiliation et contact

MiniBinary peut mettre à jour les présentes conditions en fonction de ses capacités de service, de ses exigences de sécurité, de ses processus de paiement ou des règles applicables. Toute modification importante sera présentée sur le site, dans la console ou par un moyen de notification associé au compte. Les conditions mises à jour s’appliquent aux nouvelles commandes à compter de leur date d’entrée en vigueur et, conformément à la notification, aux services continués.

Si l’utilisateur n’accepte pas les modifications, il peut cesser de passer de nouvelles commandes et migrer ses données avant l’expiration des commandes existantes. Le fait de commander, de renouveler ou d’utiliser les services concernés vaut acceptation de la version des conditions alors en vigueur.

En cas de violation grave des règles d’utilisation, d’anomalie de paiement, de risque d’accès non autorisé, de menace pour la stabilité du nœud ou d’obligation légale d’intervention, MiniBinary peut limiter, suspendre ou résilier les services concernés. Les mesures tiennent compte du niveau de risque, des éléments vérifiables et de leur nécessité ; lorsque cela est approprié, l’utilisateur est informé des étapes de vérification à accomplir.

Les deux parties doivent d’abord résoudre tout litige par une communication écrite vérifiable. L’utilisateur peut se connecter à la console pour envoyer une demande d’assistance ou écrire à support@minibinary.com, en indiquant le numéro de commande, l’objet du litige, la chronologie, la solution souhaitée et les éléments de preuve pertinents.

Les présentes conditions sont régies par le droit de la juridiction où se trouve l’entité exploitante de la plateforme. Tout litige qui ne peut être résolu par la communication sera soumis aux tribunaux compétents de cette juridiction.