O primeiro Hackathon Público da Renaiss atraiu mais de 70 equipes, e, no fim, 45 produtos iniciais foram desenvolvidos com base na Renaiss.
Uma equipe queria criar um projeto de colecionáveis físicos, em que a página do front-end era apenas uma parte. Depois ainda era preciso lidar com verificação de cartas, custódia (hosting), registro de preços, transferência de propriedade e entrega física. Cada equipe teve de montar tudo do zero, o que exigiu muito tempo e alto custo. No final, os produtos feitos eram difíceis de interoperar.
@Renaiss Collectibles Quebrou esses processos em um conjunto de infraestrutura básica reaproveitável.
Quando os usuários negociam colecionáveis, eles podem listar e fazer a transferência por meio do Renaiss.xyz; os preços das cartas são organizados pelo Renaiss Index, fornecendo referência para negociações, recompra e cenários financeiros posteriores; depois que o usuário solicita a extração do cartão físico, o Renaiss Layer conecta os registros on-chain à entrega off-line; o cofre e a loja de cartas fazem a integração com o Renaiss OS para custódia, verificação e gerenciamento de estoque.
As equipes de desenvolvimento podem chamar essas capacidades via Renaiss CLI, concentrando a maior parte do esforço nas regras do produto e na experiência do usuário.
Por exemplo, se uma equipe quiser fazer um produto de abrir pacotes (TCG), não precisa procurar de novo um cofre, criar um cadastro de cartas nem tratar do envio; se quiser fazer uma ferramenta para negociação de colecionáveis, também pode simplesmente integrar os dados existentes de precificação e custódia. Quando SDKs de terceiros e protocolos VRF sem necessidade de licença forem abertos, produtos como abertura justa, avaliação por IA, empréstimo de cartas e gerenciamento de estoque também podem continuar sendo construídos sobre essa base.
Esses 45 produtos iniciais usam o mesmo sistema de precificação, custódia e entrega, mas cada um tem suas próprias regras de jogo e seu próprio conjunto de usuários.
Um dos produtos gera um novo estoque de cartas; os outros também conseguem obter mais ativos negociáveis. Com a entrada de novos usuários no mercado, aumentam as necessidades de negociação e recompra; e quanto mais lojas de cartas e cofres forem integrados, maior continuará sendo a abrangência dos colecionáveis físicos.
Nas discussões da comunidade inicial, o que mais se falava era quais cartas saíram e quanto os preços das cartas subiram. Agora, equipes externas já começam a usar as ferramentas da Renaiss para desenvolver produtos, e o debate aos poucos migra para precificação, custódia, entrega e integração com terceiros.
A seguir, é preciso continuar acompanhando quantos desses 45 produtos conseguem fazer lançamento oficial, quantos conseguem reter usuários e se eles conseguem gerar novos colecionáveis e transações reais. Enquanto esses dados continuarem a crescer, essa infraestrutura de colecionáveis da Renaiss obterá mais uso prático.
Uma equipe queria criar um projeto de colecionáveis físicos, em que a página do front-end era apenas uma parte. Depois ainda era preciso lidar com verificação de cartas, custódia (hosting), registro de preços, transferência de propriedade e entrega física. Cada equipe teve de montar tudo do zero, o que exigiu muito tempo e alto custo. No final, os produtos feitos eram difíceis de interoperar.
@Renaiss Collectibles Quebrou esses processos em um conjunto de infraestrutura básica reaproveitável.
Quando os usuários negociam colecionáveis, eles podem listar e fazer a transferência por meio do Renaiss.xyz; os preços das cartas são organizados pelo Renaiss Index, fornecendo referência para negociações, recompra e cenários financeiros posteriores; depois que o usuário solicita a extração do cartão físico, o Renaiss Layer conecta os registros on-chain à entrega off-line; o cofre e a loja de cartas fazem a integração com o Renaiss OS para custódia, verificação e gerenciamento de estoque.
As equipes de desenvolvimento podem chamar essas capacidades via Renaiss CLI, concentrando a maior parte do esforço nas regras do produto e na experiência do usuário.
Por exemplo, se uma equipe quiser fazer um produto de abrir pacotes (TCG), não precisa procurar de novo um cofre, criar um cadastro de cartas nem tratar do envio; se quiser fazer uma ferramenta para negociação de colecionáveis, também pode simplesmente integrar os dados existentes de precificação e custódia. Quando SDKs de terceiros e protocolos VRF sem necessidade de licença forem abertos, produtos como abertura justa, avaliação por IA, empréstimo de cartas e gerenciamento de estoque também podem continuar sendo construídos sobre essa base.
Esses 45 produtos iniciais usam o mesmo sistema de precificação, custódia e entrega, mas cada um tem suas próprias regras de jogo e seu próprio conjunto de usuários.
Um dos produtos gera um novo estoque de cartas; os outros também conseguem obter mais ativos negociáveis. Com a entrada de novos usuários no mercado, aumentam as necessidades de negociação e recompra; e quanto mais lojas de cartas e cofres forem integrados, maior continuará sendo a abrangência dos colecionáveis físicos.
Nas discussões da comunidade inicial, o que mais se falava era quais cartas saíram e quanto os preços das cartas subiram. Agora, equipes externas já começam a usar as ferramentas da Renaiss para desenvolver produtos, e o debate aos poucos migra para precificação, custódia, entrega e integração com terceiros.
A seguir, é preciso continuar acompanhando quantos desses 45 produtos conseguem fazer lançamento oficial, quantos conseguem reter usuários e se eles conseguem gerar novos colecionáveis e transações reais. Enquanto esses dados continuarem a crescer, essa infraestrutura de colecionáveis da Renaiss obterá mais uso prático.
