Le premier hackathon public de Renaiss a attiré plus de 70 équipes, et à la fin, 45 produits en phase initiale ont été développés sur la base de Renaiss.
Une équipe voulait créer un projet de collection d’objets physiques ; la page front-end n’était qu’une partie du travail. Ensuite, il fallait gérer la vérification des cartes, l’hébergement, l’historique des prix, le transfert de propriété et la livraison physique. Chaque équipe devait tout reconstruire depuis zéro : le temps et les coûts étaient élevés, et les produits finaux étaient difficiles à interopérer.
@Renaiss Collectibles a décomposé ces étapes en un ensemble d’infrastructures de base réutilisables.
Lorsqu’un utilisateur échange des objets de collection, il peut passer par Renaiss.xyz pour mettre en vente et effectuer la circulation ; les prix des cartes sont organisés par Renaiss Index, afin de servir de référence pour les transactions, les rachats et d’autres scénarios financiers ; après la demande d’extraction de cartes physiques, Renaiss Layer relie les enregistrements on-chain et la livraison hors ligne ; la voûte (vault) et la boutique de cartes s’intègrent via Renaiss OS pour l’hébergement, la validation et la gestion des stocks.
Les équipes de développement peuvent appeler ces capacités via Renaiss CLI, afin de se concentrer sur les règles du produit et l’expérience utilisateur.
Par exemple, si une équipe veut créer un produit de type ouverture de packs TCG, elle n’a pas besoin de chercher une voûte par elle-même, de constituer des dossiers de cartes ni de gérer l’expédition ; si elle veut créer un outil d’échange d’objets de collection, elle peut aussi directement s’appuyer sur les données de tarification et d’hébergement existantes. Une fois que les SDK tiers et des protocoles VRF sans licence seront ouverts, les produits comme l’ouverture équitable, l’estimation par IA, le prêt de cartes et la gestion des stocks pourront continuer à être construits par-dessus.
Ces 45 produits en phase initiale utilisent le même système de tarification, d’hébergement et de livraison, tout en ayant chacun leurs propres mécaniques et leur propre base d’utilisateurs.
L’un d’entre eux apporte de nouveaux stocks de cartes ; les autres produits peuvent alors obtenir davantage d’actifs échangeables ; l’arrivée de nouveaux utilisateurs sur le marché augmente les besoins de transaction et de rachat ; plus il y a de boutiques de cartes et de voûtes connectées, plus la couverture des objets de collection physiques continue de s’élargir.
Au début, les discussions de la communauté portaient surtout sur les cartes révélées et sur l’augmentation du prix des cartes. Aujourd’hui, des équipes externes commencent déjà à utiliser les outils de Renaiss pour développer des produits, et les discussions se déplacent progressivement vers la tarification, l’hébergement, la livraison et l’intégration de tiers.
La suite consiste à observer encore combien de ces 45 produits pourront être lancés officiellement, combien réussiront à fidéliser les utilisateurs, et s’ils pourront apporter de nouvelles collections et de véritables transactions. Tant que ces données continuent d’augmenter, l’infrastructure de base de Renaiss pour les objets de collection connaîtra davantage d’utilisations concrètes.
Une équipe voulait créer un projet de collection d’objets physiques ; la page front-end n’était qu’une partie du travail. Ensuite, il fallait gérer la vérification des cartes, l’hébergement, l’historique des prix, le transfert de propriété et la livraison physique. Chaque équipe devait tout reconstruire depuis zéro : le temps et les coûts étaient élevés, et les produits finaux étaient difficiles à interopérer.
@Renaiss Collectibles a décomposé ces étapes en un ensemble d’infrastructures de base réutilisables.
Lorsqu’un utilisateur échange des objets de collection, il peut passer par Renaiss.xyz pour mettre en vente et effectuer la circulation ; les prix des cartes sont organisés par Renaiss Index, afin de servir de référence pour les transactions, les rachats et d’autres scénarios financiers ; après la demande d’extraction de cartes physiques, Renaiss Layer relie les enregistrements on-chain et la livraison hors ligne ; la voûte (vault) et la boutique de cartes s’intègrent via Renaiss OS pour l’hébergement, la validation et la gestion des stocks.
Les équipes de développement peuvent appeler ces capacités via Renaiss CLI, afin de se concentrer sur les règles du produit et l’expérience utilisateur.
Par exemple, si une équipe veut créer un produit de type ouverture de packs TCG, elle n’a pas besoin de chercher une voûte par elle-même, de constituer des dossiers de cartes ni de gérer l’expédition ; si elle veut créer un outil d’échange d’objets de collection, elle peut aussi directement s’appuyer sur les données de tarification et d’hébergement existantes. Une fois que les SDK tiers et des protocoles VRF sans licence seront ouverts, les produits comme l’ouverture équitable, l’estimation par IA, le prêt de cartes et la gestion des stocks pourront continuer à être construits par-dessus.
Ces 45 produits en phase initiale utilisent le même système de tarification, d’hébergement et de livraison, tout en ayant chacun leurs propres mécaniques et leur propre base d’utilisateurs.
L’un d’entre eux apporte de nouveaux stocks de cartes ; les autres produits peuvent alors obtenir davantage d’actifs échangeables ; l’arrivée de nouveaux utilisateurs sur le marché augmente les besoins de transaction et de rachat ; plus il y a de boutiques de cartes et de voûtes connectées, plus la couverture des objets de collection physiques continue de s’élargir.
Au début, les discussions de la communauté portaient surtout sur les cartes révélées et sur l’augmentation du prix des cartes. Aujourd’hui, des équipes externes commencent déjà à utiliser les outils de Renaiss pour développer des produits, et les discussions se déplacent progressivement vers la tarification, l’hébergement, la livraison et l’intégration de tiers.
La suite consiste à observer encore combien de ces 45 produits pourront être lancés officiellement, combien réussiront à fidéliser les utilisateurs, et s’ils pourront apporter de nouvelles collections et de véritables transactions. Tant que ces données continuent d’augmenter, l’infrastructure de base de Renaiss pour les objets de collection connaîtra davantage d’utilisations concrètes.
