Développement de contrats intelligents
Contrats Rust écrits selon near-sdk avec une couverture de tests complète, des tests de simulation et un profilage de gas avant que quoi que ce soit ne touche le mainnet.
009Développement NEAR Protocol
Services de développement NEAR Protocol
Webisoft construit des applications en production sur NEAR : contrats intelligents, dApps et l'infrastructure qui les entoure. Une équipe senior d'ingénierie blockchain qui traite le code des contrats avec la rigueur qu'exigent les fonds réels.
Blkch002
Ce que nous construisons
Développement NEAR full-stack, du contrat à l'interface
Nous couvrons l'ensemble de la construction NEAR : contrats intelligents en Rust, les frontends que touchent les utilisateurs, et la couche d'indexation et d'intégration qui rend un produit on-chain utilisable.
Frontends dApp
Applications React connectées à NEAR via l'intégration wallet selector, avec les flux de transaction, les états d'erreur et la gestion de compte qui distinguent une démo d'un produit.Systèmes de jetons et de NFT
Jetons fongibles, collections NFT et logique de staking ou de vesting construits selon les normes NEP, afin que vos actifs fonctionnent avec les portefeuilles et places de marché de l'écosystème NEAR.Inter-chaînes et Aurora
Déploiements EVM sur Aurora et intégrations de ponts pour les équipes qui ont besoin de la vitesse et des frais de NEAR sans abandonner leur base de code Solidity existante.Indexeurs et API
Pipelines d'indexation personnalisés et API de requête sur les données NEAR, car l'état on-chain seul ne suffit jamais à alimenter les vues et analyses d'une véritable application.Audits et révisions de contrats
Révision ligne par ligne des contrats NEAR existants couvrant le contrôle d'accès, la gestion du stockage, la sécurité des appels inter-contrats et les modes de défaillance spécifiques au runtime asynchrone de NEAR.
Notre méthode de travail
De la conception du protocole au déploiement mainnet
(4)- 1
Conception du protocole et des jetons
Nous travaillons sur votre logique on-chain, votre modèle de comptes et votre économie avant d'écrire le code du contrat, en documentant la conception afin que chaque décision ultérieure ait un point de référence. - 2
Développement de contrats
Les contrats sont construits en Rust avec des tests unitaires et de simulation dès le premier jour, incluant les cas limites d'appels inter-contrats et de stockage où les projets NEAR échouent habituellement. - 3
Durcissement sur testnet
Déploiement complet sur le testnet NEAR avec le frontend rattaché, où nous testons la charge, profilons les coûts de gas et de stockage, et parcourons les scénarios de défaillance avant qu'une réelle valeur ne soit en jeu. - 4
Lancement mainnet et support
Déploiement audité sur le mainnet avec surveillance, procédures de gestion des clés et chemin de mise à niveau, suivi d'un support continu à mesure que le protocole et votre produit évoluent.
Pourquoi Webisoft
Des ingénieurs blockchain, pas des touristes
Webisoft construit des systèmes blockchain depuis des années, à travers plusieurs écosystèmes. Cette profondeur compte sur NEAR, où le runtime asynchrone et le modèle de stockage pénalisent les équipes qui le traitent comme Ethereum.
Expérience approfondie des protocoles
Notre équipe a livré des systèmes de contrats intelligents sur plusieurs chaînes et comprend les spécificités de NEAR : exécution asynchrone shardée, staking de stockage et normes NEP.La sécurité avant tout
Chaque contrat passe par une révision interne, des tests exhaustifs et une analyse de gas et de stockage avant le déploiement. Les erreurs on-chain sont permanentes, alors notre processus part du principe de conditions hostiles.Équipe senior nord-américaine
Vous travaillez directement avec les ingénieurs qui écrivent vos contrats, dans votre fuseau horaire, avec une communication qui tient le coup au rythme d'un lancement de jeton.Capacité produit complète
Nous sommes un studio logiciel, pas une boutique de contrats. La même équipe livre votre back-end, votre frontend et votre infrastructure, afin que l'ensemble du produit soit cohérent plutôt qu'assemblé de pièces disparates.
FAQ
Questions fréquentes sur le développement NEAR Protocol
(4)- Un contrat intelligent ciblé avec tests et déploiement coûte typiquement dans les dizaines de milliers de dollars, tandis qu'une dApp complète avec contrats, frontend et indexation est un mandat plus important. Les principaux facteurs de coût sont la complexité des contrats, le nombre d'interactions inter-contrats et l'ampleur de l'infrastructure hors-chaîne dont le produit a besoin. Nous cadrons et fixons un prix après une séance de conception.
- NEAR offre une finalité rapide, des frais de transaction qui restent des fractions de cent, et des noms de compte lisibles par l'humain, ce qui compte pour les produits grand public où les utilisateurs ne toléreront pas les coûts du mainnet Ethereum. Si vos utilisateurs et votre liquidité résident dans le monde EVM, nous pouvons déployer sur Aurora et obtenir les deux. Nous vous dirons honnêtement si NEAR ne convient pas à votre cas.
- Les contrats NEAR en production sont écrits en Rust avec near-sdk, ce que nous utilisons. Des contrats JavaScript existent pour le prototypage, mais Rust est le standard pour tout ce qui détient de la valeur, avec un meilleur outillage, une meilleure performance et un meilleur support d'audit.
- Oui. Nous commençons par une révision technique des contrats et de la base de code, couvrant la sécurité, la gestion du stockage et la sécurité des mises à niveau, et livrons un rapport de constats écrit. À partir de là, nous pouvons corriger des problèmes spécifiques ou reprendre le développement en cours, selon ce que la révision révèle.
Là où nous ajoutons de la valeur
Des capacités de développement NEAR qui comptent en production
Le modèle de comptes de NEAR, ses faibles frais et son environnement de contrats Rust récompensent les équipes qui connaissent les spécificités de la plateforme. Voici où nos ingénieurs passent leur temps sur un mandat NEAR.
Contrats intelligents Rust
Nous écrivons les contrats NEAR en Rust avec near-sdk-rs, avec des tests unitaires, des tests d'intégration contre un bac à sable via near-workspaces, et une gestion explicite des coûts de staking de stockage. Le modèle de propriété de Rust détecte des classes entières de bugs à la compilation, mais les pièges spécifiques à NEAR comme les échecs de callback inter-contrats nécessitent toujours une conception délibérée, et c'est là que l'expérience paie.Conception des appels inter-contrats
Le runtime asynchrone de NEAR signifie que les appels entre contrats se résolvent dans des blocs ultérieurs, donc l'état peut changer entre un appel et son callback. Nous concevons des chaînes de promesses avec une logique de retour en arrière pour chaque branche d'échec, car l'exploit classique NEAR est un callback qui présume le chemin optimiste. Bien faire cela fait la différence entre une démo et un système qui détient des fonds.Modèle de comptes et UX d'intégration
Les comptes nommés, les clés d'accès à permissions restreintes et les méta-transactions permettent aux applications NEAR de ressembler à des produits web normaux. Nous utilisons des clés d'accès d'appel de fonction et des relais afin que les utilisateurs puissent commencer sans acheter de jetons ni installer de portefeuille, ce qui élimine le plus grand point d'abandon dans les tunnels de dApp grand public.Abstraction de chaîne et Aurora
Lorsque vos utilisateurs ou votre liquidité résident ailleurs, nous travaillons avec les signatures de chaîne et les intents de NEAR pour les flux inter-chaînes, et avec Aurora lorsque vous voulez la compatibilité EVM avec le profil de frais de NEAR. Choisir entre NEAR natif, Aurora et une conception multi-chaînes est une décision d'architecture que nous vous aidons à prendre avec les compromis écrits noir sur blanc.Normes de jetons et de NFT
Les jetons fongibles sur NEP-141, les NFT sur NEP-171 et la gestion du stockage sous NEP-145 ont des différences comportementales réelles par rapport à leurs équivalents Ethereum, particulièrement autour des dépôts de stockage et des callbacks de transfert. Nous implémentons selon les normes, testons contre des implémentations de référence, et nous assurons que les portefeuilles et places de marché indexent correctement vos actifs.Indexation et livraison full-stack
Les dApps en production ont besoin de plus qu'un contrat : nous construisons des indexeurs sur NEAR Lake ou utilisons des pipelines de type QueryAPI pour servir des requêtes rapides, connectons les frontends via wallet selector, et mettons en place une surveillance de l'activité des contrats. Vous obtenez un produit complet, de la chaîne au navigateur, l'infrastructure hors-chaîne étant traitée avec autant de sérieux que le contrat.
Notre approche
Comment nous livrons un projet NEAR
(4)- 1
Adéquation du protocole et architecture
Nous commençons par valider que NEAR est la bonne chaîne pour le produit, en examinant la sensibilité aux frais, les exigences d'intégration et où se trouvent déjà vos utilisateurs. Le résultat est un document d'architecture couvrant les limites des contrats, ce qui vit on-chain versus hors-chaîne, et la structure de comptes et de clés, avec les alternatives et leurs compromis consignés. - 2
Développement et tests des contrats
Les contrats sont construits en Rust avec une pyramide de tests : tests unitaires, tests de simulation dans near-workspaces couvrant les chemins d'échec inter-contrats, et déploiements testnet exercés par des scénarios scriptés. Les coûts de stockage et les budgets de gas sont mesurés par méthode au fil du développement, afin que les surprises économiques apparaissent en développement plutôt qu'en production. - 3
Audit, révision et durcissement
Avant le mainnet, les contrats passent par une révision interne axée sur la sécurité des callbacks, le contrôle d'accès et l'épuisement du stockage, et nous coordonnons des audits tiers pour tout ce qui détient une valeur significative. Les constats sont corrigés et retestés, et nous préparons les procédures de mise à niveau et de gestion des clés, incluant si le contrat devrait être rendu immuable en supprimant les clés. - 4
Lancement mainnet et opérations
Le lancement inclut des plans de déploiement, une surveillance des appels de contrat et des soldes, un plan de réponse aux incidents, et une infrastructure d'indexeur fonctionnant dans vos comptes. Après le lancement, nous pouvons rester pour l'itération ou faire un transfert complet, avec une documentation à partir de laquelle vos propres ingénieurs peuvent opérer.
FAQ
Questions que les acheteurs posent sur le développement NEAR
(6)- NEAR est fort lorsque le coût des transactions et la friction d'intégration sont les principales contraintes du produit : applications grand public, interactions à haute fréquence, et produits dont les utilisateurs n'ont pas déjà de portefeuille. Ses comptes nommés et son modèle de clés soutiennent une intégration de type courriel difficile à reproduire ailleurs. Ethereum et ses L2 restent gagnants lorsque vous avez besoin d'une liquidité DeFi profonde ou de l'outillage de l'écosystème EVM, et Aurora offre une voie intermédiaire. Nous vous aidons à faire ce choix selon vos utilisateurs et votre économie, pas par loyauté à une chaîne.
- Les principaux facteurs sont la complexité des contrats, l'ampleur des interactions inter-contrats, et l'infrastructure hors-chaîne dont le produit a besoin, notamment les indexeurs et les relais. Un contrat autonome unique avec un frontend simple est un projet bien plus petit qu'un protocole avec plusieurs contrats interagissant, une tokenomics et un indexeur personnalisé. Le coût d'audit varie selon la taille du contrat et la valeur en jeu. Après la phase d'architecture, nous pouvons proposer des portées fixes avec confiance.
- Les appels inter-contrats asynchrones de NEAR sont la source la plus courante de vulnérabilités de la plateforme, alors notre processus de révision est construit autour des chemins d'échec de callback, des vérifications d'accès one-yocto et des surfaces d'attaque de stockage. Tout ce qui détient une valeur significative reçoit un audit tiers, et nous traitons les constats d'audit comme bloquants. Nous concevons aussi explicitement la politique de clés et de mise à niveau, car un contrat parfaitement audité derrière une seule clé à accès complet non protégée reste peu sécurisé.
- Oui, et c'est l'un des véritables avantages de NEAR. Les clés d'accès d'appel de fonction permettent à une application de signer des transactions restreintes au nom d'un utilisateur, et les méta-transactions avec un relais permettent à votre produit de parrainer le gas afin que les utilisateurs ne touchent jamais aux jetons. Nous construisons régulièrement ces flux d'intégration, incluant des configurations progressives où les utilisateurs commencent avec une clé intégrée et peuvent exporter vers une auto-garde complète plus tard. Le coût est que vous exploitez une infrastructure de relais et absorbez le gas, ce que nous modélisons avec vous en amont.
- Les contrats NEAR sont évolutifs par défaut : quiconque détient une clé à accès complet sur le compte peut redéployer le code et exécuter des migrations d'état. C'est pratique opérationnellement et une question de gouvernance en même temps, car vos utilisateurs font confiance à quiconque détient cette clé. Les options vont des clés contrôlées par multisig ou DAO jusqu'à la destruction complète des clés pour l'immuabilité. Nous implémentons les chemins de migration, l'état versionné et la politique de clés qui convient à votre modèle de confiance, et nous la documentons publiquement si vos utilisateurs ont besoin de cette assurance.
- Le point d'entrée typique est la phase d'architecture : une à trois semaines produisant la conception technique, la répartition on-chain versus hors-chaîne, le modèle de coûts et l'estimation de livraison. Si vous avez déjà des contrats, nous pouvons commencer plutôt par une révision de code du système existant. Les deux sont à portée fixe, les deux vous laissent avec des documents sur lesquels votre équipe peut agir de façon autonome, et les deux vous donnent une base solide pour décider de la construction complète.
