Warum Olarodin (Origin) die Anubis-Chain (Anubis-Public-Chain) aufbauen muss?
Wenn man die Entwicklung der Web3-Branche betrachtet, werden die allermeisten frühen Blockchain-Projekte sich dafür entscheiden, schnell mit etablierten Public-Chains wie Ethereum oder BNB Chain zu starten. Dabei werden vorhandene Basisschnittstellen-Netzwerke, Knoten-Ökosysteme und Nutzerströme genutzt, um die Entwicklungskosten zu senken. Olarodin (Origin) und das frühe Ökosystem mit dem LGNS-Algorithmus-Währungssystem stützten sich ebenfalls auf externe Public-Chains für die anfängliche Inkubation. Doch mit der fortlaufenden Expansion der Ökosystemgröße, der zunehmenden Reife des ökonomischen Modells und dem stetigen Wachstum der Nutzerbasis hat Olarodin offiziell mit dem strategischen Upgrade der Basisschicht begonnen und baut unabhängig die Anubis Chain (Anubis-Public-Chain) auf. Das ist keineswegs nur ein simples Rebranding oder eine Verpackung als Konzept, sondern der unvermeidliche zentrale Weg, den ein Projekt von einem „abhängigen DApp-Protokoll“ hin zu einem „autonomen Basisschicht-Ökosystem“ einschlägt. Dies ist die entscheidende Weichenstellung, um die langfristig stabile Entwicklung des Ökosystems zu stützen und zentrale Wettbewerbsbarrieren aufzubauen.
MicroStrategy-Modell nachgebildet! DFDV stockt in zwei Wochen 55.000 SOL auf und baut einen Finanzierungsrahmen über 300 Mio. USD auf
Nachdem MicroStrategy mit dem Erfolg durch kontinuierliche Emissionen von Schuldtiteln und Finanzierungen, um BTC zu horten, bekannt wurde, ist das US-börsennotierte Unternehmen DFDV (DeFi Development Corp., Nasdaq:DFDV) in der Solana-„Bahn“ zum „MicroStrategy-Nachahmer“ geworden: Es kopiert dieses Modell eines Unternehmens-Treasury-Hortens von Coins und kauft massiv SOL. In jüngster Zeit hat DFDV offengelegt, dass das Unternehmen innerhalb von zwei Wochen weitere 55.000 SOL aufgestockt hat und gleichzeitig einen Finanzierungsrahmen für wandelbare Vorzugsaktien in Höhe von 300 Mio. USD aufgebaut hat, um die Lagerbestände an SOL fortlaufend weiter anzufeuern – und die institutionelle Erzählung rund um SOL erneut deutlich an Fahrt gewinnen zu lassen. DFDV ist das erste börsennotierte US-Unternehmen an der Börse, dessen zentrales Treasury-Asset SOL ist. Das klassische Modell von MicroStrategy: börsennotierte Unternehmen finanzieren sich fortlaufend über Instrumente wie Eigenkapital, Wandelanleihen, Vorzugsaktien usw., verwenden dann die eingeworbenen Mittel, um Kryptowährungen zu kaufen; wenn Kryptowährungen steigen und das Nettovermögen des Unternehmens erhöhen, wird die Aktie mit einem Aufschlag gehandelt, wodurch sich wiederum weiter finanzieren lässt – es entsteht ein positiver Kreislauf. DFDV überträgt dieses BTC-Treasury-Modell direkt in das Solana-Ökosystem und verfolgt das Ziel, die Menge der SOL, die pro Aktie gehalten wird, kontinuierlich zu erhöhen (SPS, SOL pro Aktie), statt nur kurzfristige Gewinne aus dem Rechnungsabschluss anzustreben.
Cross-Chain-Sicherheit verstehen: So erkennst du das Risiko von Cross-Chain-Nachrichten und vermeidest die Fallen von Protokollangriffen
In letzter Zeit kam es gehäuft zu Cross-Chain-Sicherheitsvorfällen in der Krypto-Branche. Nachdem bei der Symbiosis-Bitcoin-Bridge eine Schwachstelle bekannt wurde, geriet am 13. September das bekannte Cross-Chain-Protokoll Chainflip in einen gezielten Angriff und es wurden 736.000 USDT gestohlen. Bei diesem Vorfall handelt es sich nicht um eine klassische Schwachstelle im Smart-Contract-Code, sondern um einen typischen Fehler in der Logik zum Parsen von Cross-Chain-Nachrichten zwischen heterogenen Ketten. Das widerlegt auch ein festes Branchenverständnis: Cross-Chain-Sicherheitsrisiken sind heute längst nicht mehr nur grundlegende Code-Bugs – in den meisten Fällen entstehen sie durch Lücken bei der Validierung von Cross-Chain-Nachrichten sowie durch Schwachstellen in der Logik zur Anpassung mehrerer Ketten. Dieser Artikel wird sich anhand realer Sicherheitsereignisse mit zwei zentralen Kernproblemen verständlich auseinandersetzen und detailliert erklären, wie man Cross-Chain-Nachrichten auf Sicherheitsrisiken prüft – und wie man Cross-Chain-Sicherheitsvorfälle sowohl aus Sicht der Projektseite als auch der Nutzerseite vermeidet.
Erst hoch im Kurs, dann sofort der Absturz! Hunter Bidens $LAPTOP mit einem 98%-Crash
Wenn ein politischer Skandal auf Meme-Coins trifft, welche dramatische Wirkung kann dabei entstehen? In letzter Zeit hat Hunters Biden, der Sohn des ehemaligen US-Präsidenten Biden, die Ausgabe eines Meme-Coins\(LAPTOP\) angekündigt. Kaum war die Meldung bekannt, brach in der US-Politik und auf dem globalen Kryptomarkt sofort ein regelrechter Sturm los. Dieses von einem Politikprominenten persönlich angestoßene Emissionsereignis ist nicht nur eine direkte Gegenposition zum \)TRUMP-Token der Familie Trump, sondern spiegelt auch das grundlegende Ökosystem wider, in dem Meme-Coins derzeit vor allem von Aufmerksamkeit leben und voller Kontroversen stecken. (Wall Street Journal) berichtete als Erste über die Nachricht: Hunter Biden wird auf der von Coinbase unterstützten Base-Blockchain den Token $LAPTOP listen; das Gesamtemissionsvolumen ist auf 1 Milliarde Coins festgelegt. Der Token-Name stammt von dem „Laptop-Skandal“, der während der US-Wahl 2020 landesweit für Furore sorgte. Damals wurden die in diesem Notebook enthaltenen, in einem Reparaturgeschäft zurückgelassenen Unterlagen aus dem republikanischen Lager wiederholt genutzt, um Biden und seinen Sohn anzugreifen—und wurden so zu einem entscheidenden politischen Medienwaffen im Wahlkampf. Nun verpackt Hunter diese „Black History“, die beinahe sein politisches Image zerstört hätte, als IP in Form eines Krypto-Tokens. Auf der Plattform X veröffentlicht er ein Werbevideo, in dem über Jahre hinweg von Medien und Politikern berichtete Clips zu diesem Laptop zu einem filmischen Schnitt zusammengefügt werden—und so gelingt eine extrem spöttische Erzählungs-Umkehr.
CA:0x8db244f6bf052571f4e0c6065b700e714092d4b6 Beim Seitwärtsverhalten im Callback halten wir uns zurück, während wir darüber nachdenken, ob wir nachkaufen sollen.#HBTC
Zehntausende investiert in ein Web3-Projekt – und dann an der Entwickler-Hintertür gescheitert? Bei der Abnahme der Lieferung müssen diese vier Schutzlinien sitzen
Für zig Zehntausende Yuan ein Outsourcing-Team zu engagieren, um ein Web3-Projekt zu entwickeln: Das Projekt geht endlich live – und dann wird es durch eine technische Hintertür des Entwicklers komplett zerstört, Nutzervermögen wird gestohlen, das Projekt bricht sofort zusammen. Solche echten Fälle sind in der Branche leider nicht selten. Viele Projektverantwortliche glauben, dass mit Erhalt des Quellcodes das Projekt vollständig abgeschlossen ist, doch dabei übersehen sie Berechtigungen und das Risiko von Hintertüren. Am Ende ist das mühsam aufgebaute Projekt über Nacht wertlos. In Wahrheit müssen wir nicht einmal hochkomplizierten Code perfekt beherrschen oder verstehen – wenn man vier zentrale Prüf-Punkte im Blick behält, kann man die meisten durch Menschen hinterlassenen technischen Risiken vermeiden. Erstens: Prüfe die Berechtigungen von Smart Contracts streng und entziehe Administrator-, Superuser- sowie Rechte zur Vertragserweiterung (Contract Upgrade). Viele Entwicklungsteams lassen beim Schreiben von Contracts standardmäßig Admin-Rechte im System. Ein reales Beispiel: Nach dem Go-Live eines RWA-Projekts hielt der Entwickler die Rechte als Contract-Administrator in der Hand. Damit konnte er direkt eine Backend-Funktion aufrufen und die im Contract von Nutzern hinterlegten Vermögenswerte übertragen – ohne dass das Projektteam überhaupt eingreifen konnte. Nachdem der Contract bereitgestellt wurde, muss das Projektteam als Erstes prüfen und sicherstellen, dass die Administratorrechte, Super-Operationsrechte und die Proxy-Rechte für Contract-Upgrades entweder übergeben oder vollständig deaktiviert werden. Lass die höchste Berechtigungsstufe des Contracts nicht beim Entwicklungsteam – und unterbinde von der Wurzel aus die Möglichkeit, dass die andere Partei Regeln im Hintergrund manipuliert oder Vermögenswerte transferiert.
Eine DApp auf der Robinhood Chain (Robinhun-Kette) aufbauen – die Kosten sind nicht nur die Entwicklungskosten
Laut DeFiLlama-Daten verzeichnete die Robinhood Chain im August einen schnellen TVL-Anstieg: Mitte August überstieg der TVL 540 Millionen US-Dollar, was einem Plus von über 45 % gegenüber Anfang des Monats entspricht. Bis zum 2. September stieg der TVL weiter auf etwa 750 Millionen US-Dollar; der Zuwachs innerhalb von dreißig Tagen liegt bei nahezu 95 %. Das On-Chain-DEX verzeichnete für einen einzelnen Tag das höchste Handelsvolumen von 1,669 Milliarden US-Dollar, und die Netzwerk-Transaktionsanzahl pro Tag erreichte mit bis zu 18 Millionen ihren Höchststand. Eine Layer2-Ökosystemstruktur mit realen Vermögenswerten und echter Handels-/Traffic-Nachfrage entsteht gerade. Die steigende Aufmerksamkeit für „Data Heat“ zieht viele Entwickler an, sodass zahlreiche Gründer mittlerweile darüber nachdenken, DApps auf der Robinhood Chain zu deployen. Die erste Frage, die dabei viele beschäftigt, lautet: Was kostet es, auf dieser Kette eine DApp zu entwickeln?
Uniswap Labs kauft PONS-Token: eine DeFi-Strategie, die „zugleich Feind und Freund“ ist
Am 4. September gab die offizielle Kopf-Startplattform Pons der Robinhood Chain bekannt, dass Uniswap Labs bereits PONS-Token gekauft hat, um durch eine Beteiligungsbindung die langfristigen Interessen beider Seiten in Einklang zu bringen und die Zusammenarbeit im Protokoll zu vertiefen. Nach der Bekanntgabe stieg der PONS-Token innerhalb von 24 Stunden um mehr als 40 % und erreichte ein neues Allzeithoch. Bemerkenswert ist, dass Uniswap Labs auf derselben Blockchain bereits die konkurrierende Startplattform Pools.trade eingeführt hat. Dieser Tausch von Beteiligungen zwischen zwei Rivalen ist keineswegs eine einfache Finanzinvestition; dahinter spiegelt sich ein bedeutender Wandel der zugrunde liegenden Logik im DEX-Sektor im Zeitalter von Uniswap V4 wider.
Wallet und DApp sind live, das Ökosystem ist erfolgreich: Die wahre zweite Halbzeit der Public Chain besteht darin, Nutzer zu binden
Viele Public-Chain-Projekte geraten in denselben Denkfehler: Sie betrachten den geschlossenen Kreislauf der Basistechnologie als Endpunkt des Projekts. Die öffentliche Blockchain ist bereitgestellt, die Wallet ist angepasst, die DApp ist erfolgreich live gegangen – die technische Infrastruktur ist vollständig vorhanden. Das Team dachte also, alles sei perfekt und wartete darauf, dass die Nutzer von selbst hereinströmen. Doch die Realität ist sehr hart: Nutzer ziehen nicht einfach freiwillig ein, nur weil dein Fundament gut genug gebaut ist. Die Basiskette, die Wallet und die DApp bedeuten nur, dass du die erste Halbzeit gespielt hast. In der zweiten Halbzeit geht es nicht um TPS und nicht darum, wie fortschrittlich der Code ist, sondern um Nutzererfahrung und reale Anwendungsfälle. Es muss so sein, dass Nutzer das Gefühl haben: „Es lohnt sich, hierherzukommen“ – und wenn sie erst einmal da sind, wollen sie nicht mehr weg.
Die Geschäftslogik von Public Chains verstehen: Was ist jenseits der Gas-Gebühren das eigentliche Geldverdienst-Geheimnis von Public Chains?
Praktiker mit Schwerpunkt auf Web3 zahlen fast täglich Gas-Gebühren für On-Chain-Operationen, doch die meisten kennen nur die Zahlung, nicht aber den Kern dahinter. In der Öffentlichkeit stellt sich stets eine zentrale Frage: Wenn Public Chains kostenlos zur Nutzung offen sind, womit verdienen sie eigentlich Geld? Wer investiert fortlaufend Kapital in den Aufbau und die Wartung einer Public Chain? Wie werden die von den Nutzern gezahlten Gebühren verteilt? Und welche Kernsysteme braucht es eigentlich, um eine ausgereifte Public Chain aufzubauen? Dieser Artikel zerlegt die vollständige Geschäftslogik von Public Chains im Detail und schafft Klarheit über die zugrunde liegenden Profitregeln der Branche und den Kern des Wettbewerbs. Auf den ersten Blick wirkt das Ökosystem einer Public Chain einfach, doch in Wirklichkeit verfügt es über ein vollständiges und klar gegliedertes Gewinnsystem. Der Kern umfasst sechs große Einnahmequellen, und der Schwerpunkt der Profitabilität unterscheidet sich je nach Entwicklungsphase deutlich. Bei ausgereiften Public Chains sind Gas-Gebühren der grundlegendste und stabilste Kern-Cashflow. Alle On-Chain-Aktivitäten wie Überweisungen, Smart-Contract-Deployments und DApp-Interaktionen beanspruchen im Wesentlichen Rechenleistung, Speicher und Bandbreite der Public Chain; die entsprechende Gas-Gebühr ist somit eine Nutzungsgebühr für Ressourcen. Die jährlichen Gebührenerlöse führender Public Chains können mehrere Milliarden bis sogar über zehn Milliarden Dollar erreichen.
Mit Open-Source-Code ein Krypto-Wallet für 100.000 bauen? Der Diebstahl eines Hardware-Wallets schlägt Alarm
In der Branche kursiert folgende Ansicht: Für Krypto-Wallet-Code gibt es im Internet ohnehin Open-Source-Versionen, und mit 100.000 Yuan könne man durch Zusammenkopieren des Codes schnell ein brauchbares Wallet-Produkt erstellen. Viele glaubten das für bare Münze, doch der Diebstahl beim Coldcard-Hardware-Wallet hat dieses Missverständnis deutlich entlarvt. Coldcard ist eine in der Branche sehr bekannte Hardware-Kaltwallet, das Gerät selbst kann vollständig offline betrieben werden und wurde von vielen Nutzern immer als sichere Wahl zur Verwahrung von Vermögenswerten angesehen. Doch Ende Juli 2026 brach ein groß angelegter Diebstahl von Coins aus, bei dem große Mengen an Bitcoin, die Nutzer in Kaltwallets aufbewahrt hatten, direkt von Hackern abgezogen wurden. Der Gesamtschaden überstieg 116 Millionen US-Dollar und sorgte in der gesamten Krypto-Branche für Aufsehen.
Die grundlegende Logik des Robinhood-Chain-Ökosystems: Chancen und Risiken
Als das heißeste L2-Narrativ in der Krypto-Szene des Jahres 2026 hat Robinhood Chain nach dem Start den Markt schnell aufgewirbelt. TVL und DEX-Handelsvolumen stiegen rasch an, während sich mehrere Narrative wie Meme-Aktien, tokenisierte Aktien und AI-Agents überlagern und die Plattform zu einem Experimentierfeld für die Verschmelzung von traditionellem Finanzwesen und Web3 machen. Doch hinter dem Trubel steckt keine völlig neue Basiskette, sondern ein EVM-kompatibles L2, das auf dem Arbitrum-Orbit-Tech-Stack aufgebaut ist. Es gibt keinen nativen Chain-Token, Gas wird direkt mit ETH bezahlt, die Sicherheit von Ethereum wird übernommen, und zugleich wird ERC-4337 Account Abstraction unterstützt. Das ist entwicklerfreundlich, und bestehende Solidity-Verträge können direkt bereitgestellt und migriert werden.