L'idée précédente sur ZK a reçu pas mal de retours, et je ne m'attendais pas à ce que tout le monde ait des confusions similaires. Honnêtement, il n'y a pas de raccourci pour comprendre la technologie, il faut simplement y consacrer plus de temps pour y réfléchir et on finira par la comprendre progressivement.

Le secteur ZK compte actuellement de nombreux projets. En regardant simplement la communication officielle, on voit souvent des étiquettes comme « haute performance, faible coût », ce qui peut rapidement devenir fatigant à force d'entendre. Mais pour vraiment distinguer ces projets, il faut en fait commencer par leur architecture technique.

Par exemple, le schéma de preuve côté client (client-side proving) déplace la charge de calcul vers le client, ce qui est complètement différent de l’approche traditionnelle de validation côté serveur. Après une étude approfondie, j’ai constaté que les différences d’implémentation entre les différents projets ZK sont assez importantes — certains mettent l’accent sur le débit, d’autres sur la vitesse de preuve, et certains travaillent sur la convivialité pour les développeurs.

Alors, la question est : comment peut-on classer ces projets ZK en fonction de leurs caractéristiques techniques réelles plutôt que de leur marketing ? C’est une chose qui mérite d’être bien organisée.