J’ai étudié @NewtonProtocol pendant trois jours : pour les traders à haute fréquence qui recherchent des réponses à l’échelle de la milliseconde, le mécanisme de « vérification pré-trade » de Newton est une contradiction pleine de tension.
Le testnet Beta vient à peine d’être lancé : l’équipe officielle vante « une interception des risques avant le règlement, comme Visa ». Sur le papier, ça paraît solide. Mais, en tant que personne qui fait du trading algorithmique, je surveille surtout l’efficacité d’exécution. La logique d’architecture de Newton est la suivante : votre intention de trading -> vérification de préautorisation (TEEs + oracle RedStone) -> règlement on-chain.
Le problème, c’est que lorsque le marché connaît des mouvements extrêmement violents, ce délai lié à ce « blocage forcé » devient le tueur de slippage numéro un.
Pour l’instant, les porteurs de projet mettent en avant la conformité et la sécurité, en s’appuyant sur la notation Credora et des validations basées sur des données temps réel multiples pour intercepter les stratégies. Mais en tant que trader, ce qui m’inquiète le plus, c’est : si l’oracle RedStone sert des prix avec ne serait-ce qu’un léger retard dans un contexte de volatilité extrême, ou si les calculs de risque de Credora accusent un décalage, alors cette prétendue « couche d’autorisation » protège-t-elle réellement les fonds… ou verrouille-t-elle mon portefeuille lors d’une chute brutale, au point que je ne puisse qu’assister à l’assèchement de la liquidité sans pouvoir annuler mes ordres ?
Le raisonnement actuel est « l’autorisation d’abord ». Mais dans le domaine du trading haute fréquence, la vitesse est la vie. Si la « vérification » elle-même devient un point de blocage, la stabilité que procure une exécution déterministe (Deterministic Execution) ne se paie-t-elle pas au prix du droit de survivre dans des conditions de marché extrêmes ?
$NEWT cherche actuellement à définir des « règles de passage » pour les actifs on-chain, mais avant que ces règles ne prennent effet, je recommande aux porteurs de projet d’expliquer clairement : en cas de volatilité extrême, comment garantit-on la priorité de réponse lors d’une annulation d’ordres ? Si le problème des délais de synchronisation des sources de données ne peut pas être résolu, alors cette prétendue « pré-vérification » risque, au moment critique, de devenir une charge pour le trader.$NEWT
À suivre : on observe la manière dont les versions ultérieures optimisent le chemin d’exécution. Après tout, la conformité est faite pour le régulateur : la profondeur du carnet et l’efficacité d’exécution sont la bouée du trader.
#Newt #NewtonProtocol
Le testnet Beta vient à peine d’être lancé : l’équipe officielle vante « une interception des risques avant le règlement, comme Visa ». Sur le papier, ça paraît solide. Mais, en tant que personne qui fait du trading algorithmique, je surveille surtout l’efficacité d’exécution. La logique d’architecture de Newton est la suivante : votre intention de trading -> vérification de préautorisation (TEEs + oracle RedStone) -> règlement on-chain.
Le problème, c’est que lorsque le marché connaît des mouvements extrêmement violents, ce délai lié à ce « blocage forcé » devient le tueur de slippage numéro un.
Pour l’instant, les porteurs de projet mettent en avant la conformité et la sécurité, en s’appuyant sur la notation Credora et des validations basées sur des données temps réel multiples pour intercepter les stratégies. Mais en tant que trader, ce qui m’inquiète le plus, c’est : si l’oracle RedStone sert des prix avec ne serait-ce qu’un léger retard dans un contexte de volatilité extrême, ou si les calculs de risque de Credora accusent un décalage, alors cette prétendue « couche d’autorisation » protège-t-elle réellement les fonds… ou verrouille-t-elle mon portefeuille lors d’une chute brutale, au point que je ne puisse qu’assister à l’assèchement de la liquidité sans pouvoir annuler mes ordres ?
Le raisonnement actuel est « l’autorisation d’abord ». Mais dans le domaine du trading haute fréquence, la vitesse est la vie. Si la « vérification » elle-même devient un point de blocage, la stabilité que procure une exécution déterministe (Deterministic Execution) ne se paie-t-elle pas au prix du droit de survivre dans des conditions de marché extrêmes ?
$NEWT cherche actuellement à définir des « règles de passage » pour les actifs on-chain, mais avant que ces règles ne prennent effet, je recommande aux porteurs de projet d’expliquer clairement : en cas de volatilité extrême, comment garantit-on la priorité de réponse lors d’une annulation d’ordres ? Si le problème des délais de synchronisation des sources de données ne peut pas être résolu, alors cette prétendue « pré-vérification » risque, au moment critique, de devenir une charge pour le trader.$NEWT
À suivre : on observe la manière dont les versions ultérieures optimisent le chemin d’exécution. Après tout, la conformité est faite pour le régulateur : la profondeur du carnet et l’efficacité d’exécution sont la bouée du trader.
#Newt #NewtonProtocol