Renaiss’ erster öffentlicher Hackathon zog über 70 Teams an; am Ende wurden 45 frühe Produkte auf Basis von Renaiss entwickelt.
Ein Team wollte ein Projekt für physische Sammlerstücke umsetzen, wobei die Frontend-Seite nur ein Teil davon war. Später mussten Kartenverifikation, Hosting, Preisaufzeichnungen, Eigentumsübertragung und die physische Übergabe abgedeckt werden. Jedes Team baute diese Schritte von Grund auf neu – mit hohem Zeit- und Kostenaufwand. Zudem ist es am Ende schwer, Produkte miteinander interoperabel zu machen.
@Renaiss Collectibles hat diese einzelnen Schritte zu einer wiederverwendbaren Basisinfrastruktur gebündelt.
Wenn Nutzer Sammlerstücke handeln, können sie über Renaiss.xyz Listings erstellen und Transaktionen durchführen; die Kartenpreise werden vom Renaiss Index aufbereitet und dienen als Referenz für Handel, Rückkäufe und spätere Finanzszenarien. Wenn Nutzer beantragen, ihre physischen Karten zu entnehmen, stellt Renaiss Layer die Verbindung zwischen On-Chain-Aufzeichnungen und der Offline-Übergabe her. Tresore und Card Shops binden sich über Renaiss OS an Hosting, Verifikation und Bestandsmanagement an.
Entwicklerteams können diese Fähigkeiten über die Renaiss CLI aufrufen und ihren Fokus vor allem auf Produktregeln und die Nutzererfahrung legen.
Beispielsweise möchte ein Team ein TCG-Boxen-Produkt entwickeln: Es muss weder selbst nach Tresoren suchen, noch Kartenakten aufbauen oder den Versand abwickeln. Möchte es dagegen ein Tool für Sammlerstück-Handel erstellen, kann es direkt auf die vorhandenen Preis- und Hostingdaten zugreifen. Sobald dann Drittanbieter-SDKs und lizenzfreie VRF-Protokolle freigegeben sind, können weitere Produkte wie faires Box-Opening, KI-Preisbewertungen, Karten-Ausleihen und Bestandsmanagement darauf aufbauend weiterentwickelt werden.
Diese 45 frühen Produkte nutzen dasselbe System für Preisgestaltung, Hosting und Übergabe – verfügen jedoch jeweils über eigene Spielmechaniken und Nutzer.
Eines der Produkte bringt neuen Kartenbestand; die anderen Produkte können dadurch ebenfalls mehr handelbare Assets erhalten. Neue Nutzer, die in den Markt eintreten, erhöhen den Bedarf an Handel und Rückkäufen. Je mehr angeschlossene Card Shops und Tresore es gibt, desto weiter wird auch die Abdeckung für physische Sammlerstücke.
In der frühen Community-Diskussion ging es am häufigsten darum, welche Karten gezogen wurden und wie stark die Kartenpreise gestiegen sind. Heute beginnen bereits externe Teams, mit den Tools von Renaiss Produkte zu entwickeln; die Diskussion verschiebt sich zunehmend hin zu Preisgestaltung, Hosting, Übergabe und Drittanbieter-Anbindungen.
Als Nächstes gilt es weiter zu beobachten, wie viele dieser 45 Produkte tatsächlich offiziell live gehen, wie viele Nutzer binden können und ob sie neue Sammlerstücke sowie echte Transaktionen hervorbringen. Solange diese Daten weiter ansteigen, wird die Renaiss-Infrastruktur für Sammlerstücke immer mehr praktische Nutzung finden.
Ein Team wollte ein Projekt für physische Sammlerstücke umsetzen, wobei die Frontend-Seite nur ein Teil davon war. Später mussten Kartenverifikation, Hosting, Preisaufzeichnungen, Eigentumsübertragung und die physische Übergabe abgedeckt werden. Jedes Team baute diese Schritte von Grund auf neu – mit hohem Zeit- und Kostenaufwand. Zudem ist es am Ende schwer, Produkte miteinander interoperabel zu machen.
@Renaiss Collectibles hat diese einzelnen Schritte zu einer wiederverwendbaren Basisinfrastruktur gebündelt.
Wenn Nutzer Sammlerstücke handeln, können sie über Renaiss.xyz Listings erstellen und Transaktionen durchführen; die Kartenpreise werden vom Renaiss Index aufbereitet und dienen als Referenz für Handel, Rückkäufe und spätere Finanzszenarien. Wenn Nutzer beantragen, ihre physischen Karten zu entnehmen, stellt Renaiss Layer die Verbindung zwischen On-Chain-Aufzeichnungen und der Offline-Übergabe her. Tresore und Card Shops binden sich über Renaiss OS an Hosting, Verifikation und Bestandsmanagement an.
Entwicklerteams können diese Fähigkeiten über die Renaiss CLI aufrufen und ihren Fokus vor allem auf Produktregeln und die Nutzererfahrung legen.
Beispielsweise möchte ein Team ein TCG-Boxen-Produkt entwickeln: Es muss weder selbst nach Tresoren suchen, noch Kartenakten aufbauen oder den Versand abwickeln. Möchte es dagegen ein Tool für Sammlerstück-Handel erstellen, kann es direkt auf die vorhandenen Preis- und Hostingdaten zugreifen. Sobald dann Drittanbieter-SDKs und lizenzfreie VRF-Protokolle freigegeben sind, können weitere Produkte wie faires Box-Opening, KI-Preisbewertungen, Karten-Ausleihen und Bestandsmanagement darauf aufbauend weiterentwickelt werden.
Diese 45 frühen Produkte nutzen dasselbe System für Preisgestaltung, Hosting und Übergabe – verfügen jedoch jeweils über eigene Spielmechaniken und Nutzer.
Eines der Produkte bringt neuen Kartenbestand; die anderen Produkte können dadurch ebenfalls mehr handelbare Assets erhalten. Neue Nutzer, die in den Markt eintreten, erhöhen den Bedarf an Handel und Rückkäufen. Je mehr angeschlossene Card Shops und Tresore es gibt, desto weiter wird auch die Abdeckung für physische Sammlerstücke.
In der frühen Community-Diskussion ging es am häufigsten darum, welche Karten gezogen wurden und wie stark die Kartenpreise gestiegen sind. Heute beginnen bereits externe Teams, mit den Tools von Renaiss Produkte zu entwickeln; die Diskussion verschiebt sich zunehmend hin zu Preisgestaltung, Hosting, Übergabe und Drittanbieter-Anbindungen.
Als Nächstes gilt es weiter zu beobachten, wie viele dieser 45 Produkte tatsächlich offiziell live gehen, wie viele Nutzer binden können und ob sie neue Sammlerstücke sowie echte Transaktionen hervorbringen. Solange diese Daten weiter ansteigen, wird die Renaiss-Infrastruktur für Sammlerstücke immer mehr praktische Nutzung finden.
