Le marché chiffré est celui qui, le plus souvent, ne te demande pas ton avis : c’est la vitesse. Parfois, un effondrement éclair se produit de son déclenchement au moment où tout revient à la normale en seulement trente à quarante secondes. Ceux qui ont déjà positionné des ordres pré-déposés sur machine peuvent peut-être encore s’en sortir, mais si tu dépends d’un système de trading automatique, qui, à chaque ordre, doit passer par l’ensemble du processus « génération de la preuve → vérification on-chain → attente du conditionnement », qu’est-ce qui va se passer ?
C’est exactement la question que Newton se fait le plus souvent recaler en situation réelle. Même si la génération de preuves à connaissance nulle est rapide, elle ne sera jamais plus rapide qu’un appel direct à l’API natif pour passer un ordre ; même si les nœuds de vérification sont très puissants, en cas de forte concurrence, ils connaîtront aussi des files d’attente et une congestion. Dès que le marché commence à dégringoler comme une avalanche, des milliers de proxys soumettent presque en même temps des preuves en attente d’autorisation : est-ce que tu peux garantir que tu obtiendras cette « autorisation de passage » avant la fermeture de la meilleure fenêtre d’évacuation ?$BTC
En réalité, cela renvoie à une formule de compromis qui existe depuis longtemps dans le domaine de la finance automatisée : sécurité et vitesse, qui se compensent presque toujours. Les robots de trading traditionnels sont rapides parce qu’ils sautent l’étape de vérification et envoient directement des instructions à l’interface de la plateforme d’échange. Mais c’est précisément parce qu’ils sautent la vérification qu’ils se retrouvent sans aucune résistance lorsque la stratégie devient anormale ou que l’interface est exploitée de manière malveillante. En ajoutant une étape de vérification pour améliorer la sécurité, Newton rend naturellement le risque de perte d’efficacité plus difficile à éviter.
Cependant, ce problème ne peut pas être abordé selon un seul axe. D’abord, Newton ne suit pas la voie « pour faire du trading à haute fréquence à ta place » ; il vise plutôt l’exécution de stratégies à fréquence moyenne/faible et la gestion de positions. Dans ce type de scénario, la tolérance des utilisateurs au délai est bien plus élevée que chez les teneurs de marché ou les arbitragistes à haute fréquence. Ensuite, tous les échanges n’ont pas besoin de preuves. Regrouper les actions quotidiennes conformes aux règles dans la même preuve agrégée, ou définir des modes de vérification plus légers pour certaines opérations à faible risque, sont des espaces d’optimisation explorables sur le plan technique.
Ce qui est vraiment le plus effrayant, ce n’est pas d’être lent : c’est quand le système fait face à une demande qui le dépasse, et que la couche de vérification n’a pas prévu au préalable de mécanisme de répartition ou de dégradation. Si l’on peut maintenir un délai de vérification prévisible même dans des conditions extrêmes, les utilisateurs peuvent au moins ajuster leur stratégie en fonction de cette plage de latence ; mais si la latence devient un « black box » incontrôlable, alors l’obstacle véritable qui empêche de récupérer ses fonds devient réel.
$NEWT #Newt @NewtonProtocol
C’est exactement la question que Newton se fait le plus souvent recaler en situation réelle. Même si la génération de preuves à connaissance nulle est rapide, elle ne sera jamais plus rapide qu’un appel direct à l’API natif pour passer un ordre ; même si les nœuds de vérification sont très puissants, en cas de forte concurrence, ils connaîtront aussi des files d’attente et une congestion. Dès que le marché commence à dégringoler comme une avalanche, des milliers de proxys soumettent presque en même temps des preuves en attente d’autorisation : est-ce que tu peux garantir que tu obtiendras cette « autorisation de passage » avant la fermeture de la meilleure fenêtre d’évacuation ?$BTC
En réalité, cela renvoie à une formule de compromis qui existe depuis longtemps dans le domaine de la finance automatisée : sécurité et vitesse, qui se compensent presque toujours. Les robots de trading traditionnels sont rapides parce qu’ils sautent l’étape de vérification et envoient directement des instructions à l’interface de la plateforme d’échange. Mais c’est précisément parce qu’ils sautent la vérification qu’ils se retrouvent sans aucune résistance lorsque la stratégie devient anormale ou que l’interface est exploitée de manière malveillante. En ajoutant une étape de vérification pour améliorer la sécurité, Newton rend naturellement le risque de perte d’efficacité plus difficile à éviter.
Cependant, ce problème ne peut pas être abordé selon un seul axe. D’abord, Newton ne suit pas la voie « pour faire du trading à haute fréquence à ta place » ; il vise plutôt l’exécution de stratégies à fréquence moyenne/faible et la gestion de positions. Dans ce type de scénario, la tolérance des utilisateurs au délai est bien plus élevée que chez les teneurs de marché ou les arbitragistes à haute fréquence. Ensuite, tous les échanges n’ont pas besoin de preuves. Regrouper les actions quotidiennes conformes aux règles dans la même preuve agrégée, ou définir des modes de vérification plus légers pour certaines opérations à faible risque, sont des espaces d’optimisation explorables sur le plan technique.
Ce qui est vraiment le plus effrayant, ce n’est pas d’être lent : c’est quand le système fait face à une demande qui le dépasse, et que la couche de vérification n’a pas prévu au préalable de mécanisme de répartition ou de dégradation. Si l’on peut maintenir un délai de vérification prévisible même dans des conditions extrêmes, les utilisateurs peuvent au moins ajuster leur stratégie en fonction de cette plage de latence ; mais si la latence devient un « black box » incontrôlable, alors l’obstacle véritable qui empêche de récupérer ses fonds devient réel.
$NEWT #Newt @NewtonProtocol
你最高能接受的交易延迟是几秒t
100%
觉得中低频交易真的不需要那么快吗?
0%
1 Votes • Vote fermé