Initialement publié en anglais par StarkWare le 25 Octobre 2023

• StarkWare avance vers la décentralisation en suivant deux axes : la planification et la mise en œuvre.

• Une feuille de route précise a été établie pour les étapes nécessaires à la transition du protocole Starknet vers un protocole proof-of-stake, décentralisé.

Starknet tire parti de la sécurité et de la décentralisation offertes par Ethereum en transmettant des preuves STARKs et des transitions d'état pour sa vérification sur la blockchain Ethereum. Ce processus limite considérablement le pouvoir des entités centralisées qui construisent et maintiennent Starknet. Telles que StarkWare et la Fondation Starknet : aucune entité centralisée sur le réseau ne peut falsifier des messages de transaction qui déformeraient ou manipuleraient frauduleusement les données ou les actifs des utilisateurs.

C'est la première étape essentielle pour garantir que Starknet soit minimisé en termes de confiance, et que les utilisateurs de Starknet ne dépendent pas de l'honnêteté d'une partie centralisée lorsqu'ils utilisent le réseau. Cependant, d'autres efforts doivent être entrepris pour assurer une minimisation totale de la confiance et une décentralisation complète. De sorte que même si des entités comme la Fondation ou StarkWare venaient à disparaître, le réseau continuerait de fonctionner comme prévu et sans interruption. Ce post présente une feuille de route préliminaire pour ces prochaines étapes.

Il y a presque un an, nous avons commencé à documenter notre processus de recherche sur la décentralisation à travers une série d'articles, aboutissant à une proposition claire et concise.

En résumé, notre but est de transférer le fonctionnement du Séquenceur + Prouveur vers un protocole proof-of-stake, décentralisé. Dans ce modèle, tout le monde peut participer au séquençage et aucun acteur n'est essentiel à la vivacité du réseau. Pour atteindre cet objectif, deux initiatives sont nécessaires :

1. Mise en œuvre des différents composants nécessaires pour le fonctionnement d’un protocole décentralisé.

2. Un processus de transition pour décentraliser progressivement les opérations vers les acteurs de Starknet.

Dans cet article, nous allons nous concentrer sur le deuxième point.

Pour résumer, le processus de transition comporte quatre fils conducteurs principaux :

1. Transition vers une architecture de réseau décentralisée tout en conservant le fonctionnement du séquenceur en mode centralisé.

2. Assurer la disponibilité d'une stack technologique entièrement open source.

3. Développer des réseaux de test et d'intégration de plus en plus larges.

4. Encourager l'intégration des participants à l'épreuve d'enjeu avant la transition finale de l'opération du séquenceur vers les participants au proof-of-stake.

Le numérotage indique certaines dépendances séquentielles évidentes, mais beaucoup de travail simultané sont possibles. Ci-dessous, nous détaillons légèrement avec un paragraphe pour chaque fil conducteur.

Architecture d’un réseau décentralisée Le réseau Starknet passera à un modèle plus décentralisé :

1. Actuellement, les nœuds complets ne communiquent pas entre eux, chaque nœud s'appuyant sur des requêtes périodiques au séquenceur via une passerelle centralisée.

2. Dans un modèle moins centralisé, les nœuds complets feront partie d'un réseau peer-to-peer qui ne nécessite pas de connexion individuelle avec le séquenceur.

Ce changement va au-delà de la connectivité du réseau. Pour illustrer cela, voici deux exemples.

Premièrement, le séquenceur signera ses blocs pour atténuer certaines hypothèses de confiance et préparer un protocole BFT basé sur le vote avec de nombreux votants.

Deuxièmement, la propagation des données sera plus distribuée, les nœuds aidant mutuellement à synchroniser l'état et à compléter leur vue locale.

Stack technologique open source : Pour permettre à tous de participer aux différents aspects du protocole et du réseau, une stack technologique open source est essentielle. À mesure que StarkWare et d'autres contributeurs mettent en œuvre davantage de composants, ils seront disponibles pour que tous puissent les tester, les critiquer et se familiariser avec eux. Parmi les exemples notables de parties déjà open source de la stack, nous comptons les nœuds complets (Pathfinder, Juno, Deoxys), les prouveurs (Stone, Sandstorm), les séquenceurs (Blockifier, Madara) et les explorateurs de blocs (Starkscan, Voyager, ViewBlock, Stark Compass).

Réseaux de test et d'intégration : Pour faciliter la transition, des réseaux de test et d'intégration de plus en plus étendus sont nécessaires. Chaque nouveau composant suivra probablement une progression allant d'un testnet interne à un testnet autorisé légèrement plus large avec des participants externes, jusqu'à un testnet public, une intégration et un mainnet. Des choix devront être faits plus tard, par exemple entre des approches séquentielles et concurrentes pour introduire des tests de nouveaux composants.

Intégration des participants : Il est important de laisser le temps au staking contract sur le L1 d'accumuler suffisamment de staked tokens pour sécuriser le protocole décentralisé avec un poids économique réel. Ceci afin d'éviter un scénario où un petit nombre de participants, ayant peu d'intérêt réel, tenteraient malicieusement de prendre le contrôle de Starknet.

En résumé, nous avons présenté ici un aperçu général du plan provisoire pour la décentralisation de Starknet. Comme pour tout projet d'ingénierie, surtout d'une telle complexité, il est probable qu'il évoluera et changera au fil du temps à mesure que notre communauté de contributeurs développe de meilleures perspectives et compréhensions.

Comme toujours, nous accueillons vos commentaires, suggestions et critiques. N'hésitez pas à vous exprimer sur le forum de la communauté Starknet !

Initialement publié en anglais par StarkWare le 25 Octobre 2023

• StarkWare avance vers la décentralisation en suivant deux axes : la planification et la mise en œuvre.

• Une feuille de route précise a été établie pour les étapes nécessaires à la transition du protocole Starknet vers un protocole proof-of-stake, décentralisé.

Starknet tire parti de la sécurité et de la décentralisation offertes par Ethereum en transmettant des preuves STARKs et des transitions d'état pour sa vérification sur la blockchain Ethereum. Ce processus limite considérablement le pouvoir des entités centralisées qui construisent et maintiennent Starknet. Telles que StarkWare et la Fondation Starknet : aucune entité centralisée sur le réseau ne peut falsifier des messages de transaction qui déformeraient ou manipuleraient frauduleusement les données ou les actifs des utilisateurs.

C'est la première étape essentielle pour garantir que Starknet soit minimisé en termes de confiance, et que les utilisateurs de Starknet ne dépendent pas de l'honnêteté d'une partie centralisée lorsqu'ils utilisent le réseau. Cependant, d'autres efforts doivent être entrepris pour assurer une minimisation totale de la confiance et une décentralisation complète. De sorte que même si des entités comme la Fondation ou StarkWare venaient à disparaître, le réseau continuerait de fonctionner comme prévu et sans interruption. Ce post présente une feuille de route préliminaire pour ces prochaines étapes.

Il y a presque un an, nous avons commencé à documenter notre processus de recherche sur la décentralisation à travers une série d'articles, aboutissant à une proposition claire et concise.

En résumé, notre but est de transférer le fonctionnement du Séquenceur + Prouveur vers un protocole proof-of-stake, décentralisé. Dans ce modèle, tout le monde peut participer au séquençage et aucun acteur n'est essentiel à la vivacité du réseau. Pour atteindre cet objectif, deux initiatives sont nécessaires :

1. Mise en œuvre des différents composants nécessaires pour le fonctionnement d’un protocole décentralisé.

2. Un processus de transition pour décentraliser progressivement les opérations vers les acteurs de Starknet.

Dans cet article, nous allons nous concentrer sur le deuxième point.

Pour résumer, le processus de transition comporte quatre fils conducteurs principaux :

1. Transition vers une architecture de réseau décentralisée tout en conservant le fonctionnement du séquenceur en mode centralisé.

2. Assurer la disponibilité d'une stack technologique entièrement open source.

3. Développer des réseaux de test et d'intégration de plus en plus larges.

4. Encourager l'intégration des participants à l'épreuve d'enjeu avant la transition finale de l'opération du séquenceur vers les participants au proof-of-stake.

Le numérotage indique certaines dépendances séquentielles évidentes, mais beaucoup de travail simultané sont possibles. Ci-dessous, nous détaillons légèrement avec un paragraphe pour chaque fil conducteur.

Architecture d’un réseau décentralisée Le réseau Starknet passera à un modèle plus décentralisé :

1. Actuellement, les nœuds complets ne communiquent pas entre eux, chaque nœud s'appuyant sur des requêtes périodiques au séquenceur via une passerelle centralisée.

2. Dans un modèle moins centralisé, les nœuds complets feront partie d'un réseau peer-to-peer qui ne nécessite pas de connexion individuelle avec le séquenceur.

Ce changement va au-delà de la connectivité du réseau. Pour illustrer cela, voici deux exemples.

Premièrement, le séquenceur signera ses blocs pour atténuer certaines hypothèses de confiance et préparer un protocole BFT basé sur le vote avec de nombreux votants.

Deuxièmement, la propagation des données sera plus distribuée, les nœuds aidant mutuellement à synchroniser l'état et à compléter leur vue locale.

Stack technologique open source : Pour permettre à tous de participer aux différents aspects du protocole et du réseau, une stack technologique open source est essentielle. À mesure que StarkWare et d'autres contributeurs mettent en œuvre davantage de composants, ils seront disponibles pour que tous puissent les tester, les critiquer et se familiariser avec eux. Parmi les exemples notables de parties déjà open source de la stack, nous comptons les nœuds complets (Pathfinder, Juno, Deoxys), les prouveurs (Stone, Sandstorm), les séquenceurs (Blockifier, Madara) et les explorateurs de blocs (Starkscan, Voyager, ViewBlock, Stark Compass).

Réseaux de test et d'intégration : Pour faciliter la transition, des réseaux de test et d'intégration de plus en plus étendus sont nécessaires. Chaque nouveau composant suivra probablement une progression allant d'un testnet interne à un testnet autorisé légèrement plus large avec des participants externes, jusqu'à un testnet public, une intégration et un mainnet. Des choix devront être faits plus tard, par exemple entre des approches séquentielles et concurrentes pour introduire des tests de nouveaux composants.

Intégration des participants : Il est important de laisser le temps au staking contract sur le L1 d'accumuler suffisamment de staked tokens pour sécuriser le protocole décentralisé avec un poids économique réel. Ceci afin d'éviter un scénario où un petit nombre de participants, ayant peu d'intérêt réel, tenteraient malicieusement de prendre le contrôle de Starknet.

En résumé, nous avons présenté ici un aperçu général du plan provisoire pour la décentralisation de Starknet. Comme pour tout projet d'ingénierie, surtout d'une telle complexité, il est probable qu'il évoluera et changera au fil du temps à mesure que notre communauté de contributeurs développe de meilleures perspectives et compréhensions.

Comme toujours, nous accueillons vos commentaires, suggestions et critiques. N'hésitez pas à vous exprimer sur le forum de la communauté Starknet !