Calculateur de carry trade

Un borrowed_amount non positif est rejeté avec invalid_input plutôt que de produire en silence un rendement sans sens.

Contrat d'entrée, notionnel positif et erreurs

Les trois champs de taux doivent décrire le même horizon entre eux et par rapport au mouvement FX ; si vos cotations sont annuelles et que l'opération dure trois mois, mettez-les à l'échelle avant d'appeler. Envoyez un corps JSON avec quatre nombres finis obligatoires. borrowed_amount est le notionnel que vous financez dans la devise de financement et doit être strictement supérieur à zéro ; un notionnel nul, négatif, manquant ou non fini échoue avec invalid_input en nommant borrowed_amount et n'est pas facturé, car un carry sans rien d'emprunté n'est pas un problème de rendement. funding_rate est le taux d'intérêt de la devise empruntée pour l'horizon, en pourcentage : utilisez 0.5 pour un demi pour cent, pas 0.005, et les valeurs négatives sont acceptées pour les devises de financement à taux négatif. investment_rate est le taux d'intérêt de la devise cible pour la même période, en pourcentage, avec la même convention de signe. exchange_rate_change est la variation en pourcentage de la devise d'investissement face à celle de financement : appréciation positive, dépréciation négative. Les alias amount, notional, principal et borrow sont acceptés pour borrowed_amount ; funding_currency_rate, borrow_rate et rf pour funding_rate ; investment_currency_rate, invest_rate et ri pour investment_rate ; fx_change, fx_return, currency_change et delta_s pour exchange_rate_change. En cas de succès, le corps répète les quatre entrées et renvoie interest_differential, funding_cost, investment_proceeds, loan_repayment, profit, net_return et une courte chaîne de formule. Exemple : cent mille empruntés à 0.5 pour cent, investis à 4.5 pour cent, avec la devise d'investissement en baisse de 1.2 pour cent, est un schéma typique vendu en yen et acheté en devise de matières premières, et produit un net_return stable à douze décimales que vous pouvez figer dans les tests, car le module est pur et déterministe.

Où un calculateur de carry trade justifie sa place

Les desks FX, les fonds macro et les équipes de trésorerie utilisent un calculateur de carry trade pour transformer une feuille de deux taux directeurs et un mouvement FX réalisé ou de scénario en un résultat et un rendement net en pourcentage sur le notionnel financé, sans ouvrir un tableur qui annualise en silence un taux à trois mois. Une validation échouée ne consomme pas de solde. Comparez le raccourci linéaire à ce résultat multiplicatif sur de grands mouvements FX : l'écart est le terme croisé, et c'est souvent la différence entre une estimation de desk et un chiffre de règlement. Les cours sur la parité des taux d'intérêt non couverte ont besoin d'un oracle déterministe qui ne jette pas le terme croisé multiplicatif et qui refuse un borrowed_amount non positif au lieu de renvoyer l'infini ou un NaN. Les moteurs de rétro-test et de scénario regroupent de nombreuses combinaisons de borrowed_amount, funding_rate, investment_rate et exchange_rate_change via l'API JSON lorsqu'ils connaissent déjà les taux et le mouvement FX et n'ont besoin que d'appliquer l'identité sans dérive. Comme l'implémentation est un parse pur de tier A, chaque appel réussi coûte le prix de base publié $0.002 sans jetons de modèle ni réseau sortant. Gardez les requêtes petites, figez le profit et le net_return arrondis dans les tests, et vous obtenez une arithmétique de carry reproductible pour widgets, carnets et workers de bord, sans dresser un système de portefeuille entier.