Khala Network est le pre-mainnet de Phala, il tourne avec le même code, la même économie de token, et utilise aussi la même base de token. Servant le même objectif que Kusama pour Polkadot, Khala aidera à pointer de potentiels problèmes en tant que réseaux canari pour Phala : Attendez-vous au Chaos ! Mais ne soyez pas effrayé ; nous affronterons et surmonterons les difficultés et le chaos.
Comme LittleFinger le disait dans Game Of Thrones :
Le chaos n’est pas un gouffre. C’est une échelle.
En révélant les problèmes et en développant les solutions sur le pre-mainnet nous pouvons élever le codebase plus haut et éviter ces tracas lorsque Phala sera lancé. C’est pour cette raison qu’est venu la fonction de mise à jour de Substrate et la façon dont les choses fonctionnent dans le nouveau paradigme du développement habile de la blockchain.
Khala Network a été lancé le 12 juillet, et un référendum sur la nouvelle économie de token TEE sera tenu lorsque Khala et Kusama fonctionneront ensemble de façon stable. Nous espérons présenter la nouvelle économie de token et le nouveau mécanisme de minage TEE dans la période suivante, mettant en pratique la nouvelle économie de token qui a été révélée il y a quelques semaines.
En tant que réseau canari, Khala est un prélude au mainnet Phala, et l’équipe espère trouver les problèmes et les résoudre dans les testnets et la blockhain Khala.
L’équipe technique de Phala a soigneusement considéré les risques potentiels, et nous partageons ici ces risques potentiels ainsi que nos réponses prévues.
1. Et si la parachain était bloquée ou échouait à se mettre à jour ?
Facteurs externes : Le composant Substrate est déficient ou Kusama est défectueux
Comme nous le savons, le cloud informatique confidentiel de Phala Network est fondé sur Substrate, de même que les autres parachains des enchères Kusama. Tout comme elles, Khala tournera sur le réseaux canari de Polkadot ; Kusama. La régularité de la stabilité des chaines Kusama et des divers composants Substrate affectera directement les performance on-chain de Khala.
Si Khala ne peut pas tourner correctement en raison de problème avec Kusama ou Substrate, (incluant mais pas limité à une incapacité de génération des blocs ou incapacité à mettre à jour), l’équipe Phala ouvrira des investigations dès que possible, fournira des retours d’information aux officiels de Polkadot, et aidera à résoudre le problème.
Facteurs internes : un composant Khala est déficient, une transaction est surchargée, les noeuds Collator sont hors service
En tant que projet mue par la technique, et fondé sur les expériences passées de Phala Network, nous sommes convaincus que la technologie livrera. Nous acceptons cependant que Khala ne soit pas techniquement prêt à 100%, est des erreurs sont possibles, et même probables, durant les opérations précoces. En se basant sur l’observation des autres chaines, il y aura souvent :
- Echecs de mise à jour
- Surcharge de transaction sur de courtes périodes de temps
- Des transactions de grande taille qui bloqueront la parachain
- des problèmes de nœuds Collator
Si une telle situation arrivait, l’équipe Phala s’appuiera sur Parity et le soutient du conseil de Kusama pour résoudre les problèmes promptement.
2. Et si le mécanisme de minage TEE se bloque ?
Phala a lancé plusieurs testnets — PoC1 à PoC4 — et terminé toutes les tâches aussi bien que vérifié la praticité du whitepaper économique original. Mais nous avons à présent la nouvelle économie de token, le modèle de promesse de valeur, les estimations de coût matériel, les scores de confiance, et même le mécanisme de travail TEE a été rafraichi. Tout cela pour dire qu’il s’agit d’un sacré saut pour donner vie à tout ceci d’un seul coup.
La nouvelle économie de token et le mécanisme de minage TEE sont plus compliqués et n’ont pas encore tourné en dehors des modèles de test, le potentiel de rencontre avec un problème est donc réel. Nous résumons les causes probables de problèmes ci-dessous :
Facteurs externes : Intel arrête de valider, le SGX d’Intel a des bugs catastrophiques
- Intel arrête les validations à distance
Nous dépendons du service de validation à distance des CPUs d’Intel, la stabilité de leur service affecte donc directement le réseau Khala. Si le service est inaccessible, les travailleurs TEE pourraient ne pas être en mesure de se connecter à Khala. Si cela arrivait, nous en trouverions la raison et y remédierions le plus vite possible.
Quelques causes potentielle d’échec du service de validation inclues, mais ne sont pas limitées à :
- Déficience catastrophique de la part d’Intel
- Nœuds pas remplis
- Identification erronée du réseau Phala en tant que SPAM
- …
Merci d’être patient avec l’équipe Phala si et lorsque cela arrive.
Si Intel interrompt son service avec le réseau Phala, un cas extrême et peu probable, l’équipe Phala migrera vers le SEV de AMD et le SGX 2.0, qui est disponible pour la validation hors ligne sans dépendre des services d’Intel. Parvenir à cette migration prendra au moins deux semaines de développement, de test, et d’implémentation.
2. Le SGX d’Intel a des bugs catastrophiques
C’est également un cas extrême, mais nous devons toujours prioriser la sécurité de Khala Network et des travailleurs TEE. Pour garantir le sécurité, nous punirons (slashing) les travailleurs TEE lorsque nécessaire.
Cependant, comme sauvegarde pour cette situation, l’équipe technique ajoutera un modèle de sécurité pour permettre au travailleurs TEE de suspendre le travail et effacer la fonction de “slashing”, et ajoutera la possibilité de soutenir notre réseau pour les servers qui ne sont pas fondés sur Intel (par exemple, le SEV d’AMD)
Facteurs internes : La théorie de l’économie de token et le code sont défecteux
Comme nous l’avons pointé plus tôt, c’est un nouveau modèle théorique qui a besoin d’être éprouvé.
- Si un problème causé par l’économie de token surgit, nous le réviserons avec les économistes, trouverons des façons de résoudre les problèmes et implémenterons les solutions dans le code.
- Si un problème causé par un défaut du code, l’équipe technique fera de son mieux pour résoudre les problèmes rapidement. Chacun d’entre eux sera déployé via des mises en jour en ligne.
De telle erreurs auraient un grand impact sur la construction de l’écosystème Phala, mais l’objectif premier de Khala est d’aider à les identifier pendant que nous sommes sur le réseaux expérimental de Phala.
3. La passerelle cross-chain est bloquée
- Selon la roadmap du lancement de Khala, les transferts entre K-PHA et ERC20 PHA seront disponibles lorsque la passerelle cross-chain sera lancée. C’est un composant clé pour Phala pour se développer en tant que mainnet indépendant, mais un côté de la passerelle dépend encore d’Ethereum. Durant les transferts, les frais de Gas affecterons directement la vitesse de la passerelle cross-chain Khala→ ERC20. Si les frais de Gas augmentent fortement, l’impacte dépend du temps qu’ils augmentent.
- Augmentation temporaires : les frais se résorberons et la transaction passera probablement dans les 6 heures
- Augmenation à long-terme, l’équipe Phala modifiera le montant des frais et redémarrera manuellement le nœud de la passerelle
4. Tout est bien qui se fini bien…
Ceux sont les risques que l’équipe Phala peut imaginer après avoir recherché et évaluer, mais tous les risques ne sont pas prévisibles. Des situation inconnues et inconnaissables pourraient surgir durant les tests et la production. Merci de communiquer les problèmes à l’équipe à travers le forum Phala.