Veltra est désormais disponible en neuf langues
La documentation Veltra, la référence de l'API, les guides et le dashboard sont désormais publiés en chinois, coréen, japonais, russe, espagnol, portugais, allemand et français, en plus de l'anglais.
La plupart des personnes qui récupèrent l'historique de trades d'un wallet ne lisent pas l'anglais comme première langue. Veltra est désormais publié en neuf langues : l'anglais, plus le chinois simplifié, le coréen, le japonais, le russe, l'espagnol, le portugais du Brésil, l'allemand et le français.
Ce n'est pas une couche de traduction automatique posée sur les pages anglaises. Chaque langue a ses propres URLs, ses propres métadonnées et des textes écrits pour les développeurs qui travaillent dans cette langue.
Ce qui est traduit
- La documentation complète de l'API : démarrage rapide, authentification, référence de l'endpoint, erreurs et limites de débit, offres, temps de réponse et support.
- Chaque article du blog, y compris toutes les annonces de lancement de chain.
- Le tutoriel pas à pas et la comparaison Veltra face à Helius.
- Le dashboard, la connexion et la page qui vous remet votre clé API.
- La politique de confidentialité et les conditions, chacune désignant le texte anglais comme version faisant foi.
Comment lire Veltra dans votre langue
Chaque page porte un sélecteur de langue à côté du logotype Veltra, et chaque langue vit sur son propre chemin : /de/docs, /ja/blog, /ko/tutorial. Changer de langue vous laisse sur la page que vous lisiez plutôt que de vous renvoyer à un accueil, et le choix vous suit jusque dans le dashboard.
Il n'y a délibérément aucune redirection automatique selon la langue de votre navigateur. Vous arrivez sur la page demandée, et changer reste toujours un choix visible et réversible.
Ce qui reste en anglais
Tout ce que vous tapez ou parsez est identique dans chaque langue. Les noms de champs comme amountSol et tokenMint, les codes d'erreur comme RATE_LIMIT_EXCEEDED, les paramètres de requête, les en-têtes HTTP et chaque exemple curl sont identiques octet pour octet dans les neuf langues, parce qu'un identifiant traduit est une intégration cassée.
Les noms de chains, les noms d'offres et SOL / JSON / NDJSON restent aussi en place. Ce qui est traduit, c'est la prose autour, ainsi que les commentaires dans les exemples de code, qui expliquent au lieu de s'exécuter.
L'API elle-même ne change pas
Une clé, un endpoint, la même forme de réponse sur chaque chain. La localisation change la façon dont la documentation se lit, pas la façon dont l'API se comporte : votre intégration existante continue de fonctionner exactement comme avant.