Futures
Accédez à des centaines de contrats perpétuels
TradFi
Or
Une plateforme pour les actifs mondiaux
Options
Hot
Tradez des options classiques de style européen
Compte unifié
Maximiser l'efficacité de votre capital
Trading démo
Introduction au trading futures
Préparez-vous à trader des contrats futurs
Événements futures
Participez aux événements et gagnez
Demo Trading
Utiliser des fonds virtuels pour faire l'expérience du trading sans risque
Lancer
CandyDrop
Collecte des candies pour obtenir des airdrops
Launchpool
Staking rapide, Gagnez de potentiels nouveaux jetons
HODLer Airdrop
Conservez des GT et recevez d'énormes airdrops gratuitement
Launchpad
Soyez les premiers à participer au prochain grand projet de jetons
Points Alpha
Tradez on-chain et gagnez des airdrops
Points Futures
Gagnez des points Futures et réclamez vos récompenses d’airdrop.
Investissement
Simple Earn
Gagner des intérêts avec des jetons inutilisés
Investissement automatique
Auto-invest régulier
Double investissement
Profitez de la volatilité du marché
Staking souple
Gagnez des récompenses grâce au staking flexible
Prêt Crypto
0 Fees
Mettre en gage un crypto pour en emprunter une autre
Centre de prêts
Centre de prêts intégré
Midnight Network se demande : Et si la confidentialité était aussi facile à intégrer que les paiements ?
Considérez la simplicité avec laquelle il est aujourd’hui possible d’ajouter un flux de paiements à une application. Il suffit de prendre une bibliothèque, de se connecter à une API, de gérer quelques rappels et c’est bon. Stripe, PayPal, 12 autres — cela devient un projet de week-end pour tout développeur capable de lire une documentation. Ce changement n’a pas facilité les paiements. Il a ouvert toute une économie de logiciels facilitée par le commerce. Des applications qui n’auraient jamais été développées ont commencé à l’être, car la partie difficile était déjà abstraite. Mais voici une autre question à poser : à quoi ressemblerait la situation si la confidentialité avait le même effet ?
Actuellement, créer une application avec la confidentialité intégrée n’est pas une tâche de week-end. C’est un choix architectural qui traverse tout : la façon dont les données sont stockées, les routes de leur circulation, ce qui est enregistré, comment la vérification peut être effectuée, ce qu’un régulateur pourrait demander à l’avenir. La grande majorité des développeurs ne font pas ce choix, non pas parce qu’ils ne s’intéressent pas à la confidentialité des utilisateurs, mais parce que les outils pour le faire correctement n’ont jamais vraiment existé à l’échelle à laquelle la plupart des logiciels sont développés. La confidentialité devient donc une seconde pensée. Un terme dans les conditions d’utilisation. Une promesse large dans une politique de confidentialité que personne ne lit.
La question que @MidnightNetwork pose est de savoir si cela doit être la norme par défaut. L’infrastructure du réseau repose sur le concept que la fonctionnalité de préservation de la vie privée doit être composable — quelque chose vers quoi on se tourne de la même manière qu’on se tourne vers une bibliothèque d’authentification ou un SDK de paiement. Elle utilise la technologie de preuve à zéro connaissance, de sorte que le calcul protégé n’est pas une fonctionnalité optionnelle ajoutée au protocole. L’architecture porte le lourd fardeau parce que les développeurs n’ont pas besoin de la recréer à chaque fois qu’ils décident d’aborder des questions de confidentialité concernant leur application.
Ce jeton qui alimente ce réseau est $NIGHT et ce qu’il signifie concrètement, c’est la miseé sur la viabilité économique de la confidentialité en tant qu’infrastructure — qu’il existe un marché réel pour des applications utilisées sur une plateforme où les informations sensibles sont protégées par défaut, plutôt que par conception. C’est une différence importante. L’intention échoue. Il n’est pas nécessaire de désactiver les protections par défaut, car tous les développeurs doivent simplement prendre la bonne décision au bon moment. Elles sont structurelles.
Le véritable défi que Midnight présente est une hypothèse profondément ancrée sur la façon dont le logiciel est créé : que l’utilité et la confidentialité sont mutuellement exclusives, qu’on peut avoir une navigation fluide ou sécurisée, mais pas les deux. Cela a été contredit dans leur domaine par les paiements. Toute l’infrastructure habituelle de gestion de l’argent (comptes marchands, passerelles de paiement, infrastructure PCI) était nécessaire avant la création de Stripe. L’innovation ne consistait pas à créer de nouvelles voies financières. Elle résidait dans l’intégration d’un système existant de manière si propre que la complexité disparaissait. Midnight essaie de faire quelque chose de structurellement similaire en termes de confidentialité. Non pas une cryptographie nouvelle créée de rien, mais une infrastructure ZK solennelle emballée de façon à permettre à un groupe beaucoup plus large de constructeurs d’intégrer cela dans de véritables applications.
Les usages qui pourraient découler de ce changement sont honnêtement difficiles à prévoir, ce qui indique généralement que le changement lui-même n’est pas vain. Des environnements de santé où les informations des patients ne sont jamais transférées vers un lieu sécurisé. Des instruments Finch qui confirment la solvabilité sans historique de transactions. Des systèmes d’identité où vous n’avez pas à tout révéler sur vous pour prouver qui vous êtes. Aucun d’eux n’est de la science-fiction. Ce sont des applications que les développeurs construiraient si l’infrastructure était sous une forme avec laquelle ils pouvaient interagir.
C’est cette fracture que Midnight tente de combler. Non seulement une confidentialité possible sur la blockchain, mais pratique au point que la question n’est plus de savoir si on doit l’avoir, mais pourquoi pas.
#night