Le développement Web3 devient de plus en plus compétitif.
Surtout si vous souhaitez ajouter des fonctionnalités de confidentialité à votre application, cela équivaut pratiquement à réapprendre un nouveau langage. Les contraintes de circuit des preuves à divulgation nulle, ça peut vraiment faire perdre des cheveux. Beaucoup de bonnes idées se heurtent finalement à la difficulté de "la mise en œuvre est trop difficile". @MidnightNetwork
Le seuil d'entrée dans le développement de la confidentialité empêche effectivement la plupart des gens d'y accéder. Après avoir étudié Midnight pendant un certain temps, je ne suis pas tellement optimiste quant à son financement, mais je pense qu'il est plutôt amical pour les développeurs.
Principalement avec ce langage Compact, qui a été spécialement conçu par l'équipe pour le développement de la confidentialité.
Si vous avez déjà écrit en TypeScript, vous trouverez cela familier. Il transforme la confidentialité en une norme de code, et non en un problème mathématique.
Vous n'avez pas besoin de vous soucier de la façon de calculer la courbe BLS12-381, ni d'écrire manuellement un générateur de preuve ZK. Lorsque vous écrivez du code, définissez ce qui est "public du livre de comptes" et ce qui est "privé local", le reste des tâches pénibles et difficiles, le compilateur s'en occupe pour vous. Cela ressemble enfin à un code normal, en disant adieu aux problèmes mathématiques compliqués, sans avoir besoin de déchiffrer des articles de cryptographie.
Pour faire fonctionner ce code de confidentialité de manière fluide, Midnight a mis en place une architecture de Partner Chain.
#night c'est plutôt pragmatique. Pas besoin de forcer les utilisateurs à transférer tous leurs actifs. Les actifs de la chaîne principale restent intacts, et le moteur de calcul de Midnight est appelé uniquement lors de l'activation d'un contrat de confidentialité. Les utilisateurs ne s'en rendent pas compte, et cela facilite également la tâche des développeurs. Cette pensée de "l'intégration sans ressenti" est beaucoup plus réaliste que de vous demander de transférer tout l'écosystème.
$NIGHT et aussi la Fédération initiale.
Ne parlez pas de décentralisation absolue, pour les développeurs, la stabilité du système et la rapidité de réponse sont la vraie priorité. Avec des puissances de calcul fournies par de grandes entreprises comme Google Cloud, cela garantit au moins que les contrats ne se bloquent pas au hasard. Cette solution intermédiaire de "verrouillage technologique des données, les géants gardent le système" est actuellement la meilleure mise en œuvre.
En fin de compte, alors que d'autres s'efforcent encore de transformer les développeurs en cryptographes, Midnight pense déjà à faire disparaître la cryptographie dans le code sous-jacent. Ce qu'il offre aux développeurs, c'est un ensemble de moules industriels mûrs, et non une collection de pièces rouillées. $PRL
Surtout si vous souhaitez ajouter des fonctionnalités de confidentialité à votre application, cela équivaut pratiquement à réapprendre un nouveau langage. Les contraintes de circuit des preuves à divulgation nulle, ça peut vraiment faire perdre des cheveux. Beaucoup de bonnes idées se heurtent finalement à la difficulté de "la mise en œuvre est trop difficile". @MidnightNetwork
Le seuil d'entrée dans le développement de la confidentialité empêche effectivement la plupart des gens d'y accéder. Après avoir étudié Midnight pendant un certain temps, je ne suis pas tellement optimiste quant à son financement, mais je pense qu'il est plutôt amical pour les développeurs.
Principalement avec ce langage Compact, qui a été spécialement conçu par l'équipe pour le développement de la confidentialité.
Si vous avez déjà écrit en TypeScript, vous trouverez cela familier. Il transforme la confidentialité en une norme de code, et non en un problème mathématique.
Vous n'avez pas besoin de vous soucier de la façon de calculer la courbe BLS12-381, ni d'écrire manuellement un générateur de preuve ZK. Lorsque vous écrivez du code, définissez ce qui est "public du livre de comptes" et ce qui est "privé local", le reste des tâches pénibles et difficiles, le compilateur s'en occupe pour vous. Cela ressemble enfin à un code normal, en disant adieu aux problèmes mathématiques compliqués, sans avoir besoin de déchiffrer des articles de cryptographie.
Pour faire fonctionner ce code de confidentialité de manière fluide, Midnight a mis en place une architecture de Partner Chain.
#night c'est plutôt pragmatique. Pas besoin de forcer les utilisateurs à transférer tous leurs actifs. Les actifs de la chaîne principale restent intacts, et le moteur de calcul de Midnight est appelé uniquement lors de l'activation d'un contrat de confidentialité. Les utilisateurs ne s'en rendent pas compte, et cela facilite également la tâche des développeurs. Cette pensée de "l'intégration sans ressenti" est beaucoup plus réaliste que de vous demander de transférer tout l'écosystème.
$NIGHT et aussi la Fédération initiale.
Ne parlez pas de décentralisation absolue, pour les développeurs, la stabilité du système et la rapidité de réponse sont la vraie priorité. Avec des puissances de calcul fournies par de grandes entreprises comme Google Cloud, cela garantit au moins que les contrats ne se bloquent pas au hasard. Cette solution intermédiaire de "verrouillage technologique des données, les géants gardent le système" est actuellement la meilleure mise en œuvre.
En fin de compte, alors que d'autres s'efforcent encore de transformer les développeurs en cryptographes, Midnight pense déjà à faire disparaître la cryptographie dans le code sous-jacent. Ce qu'il offre aux développeurs, c'est un ensemble de moules industriels mûrs, et non une collection de pièces rouillées. $PRL