Die frühere Slotvergabe bei Polkadot ist ein gutes Beispiel dafür, wie sich Blockchain-Infrastruktur mit dem Markt anpasst. Wer die polkadot parachain auction verstehen will, sollte heute vor allem drei Dinge auseinanderhalten: das alte Auktionsmodell, den Grund für die Umstellung und die Frage, wie Parachain-Ressourcen seit 2024 tatsächlich gebucht werden. Genau daran hängt, ob ein Projekt Kapital bindet, flexibel skaliert oder sich unnötig in einer veralteten Denkweise verliert.
Die alte Slotauktion ist historisch wichtig, heute zählt Coretime
- Die frühere Slotauktion vergab knappe Polkadot-Slots an Parachains und band dabei oft DOT über längere Zeit.
- Am 19. September 2024 stoppte Polkadot die On-Chain-Auktionen; bestehende Leases wurden auf Coretime umgestellt.
- Heute sind Bulk Coretime und On-demand Coretime die relevanten Modelle.
- Für Projekte ist die zentrale Frage nicht mehr „Wie gewinne ich den Slot?“, sondern „Wie plane ich Laufzeit, Last und Budget sinnvoll?“
- Für Investoren ist vor allem wichtig, ob ein Team seine Kapazität sauber kalkuliert und Verlängerungen im Griff hat.
Warum die frühere Slotauktion überhaupt wichtig war
Eine Parachain braucht auf Polkadot eine knappe Netzwerkressource: einen Core, also Rechen- und Validierungskapazität auf der Relay Chain. Die alte Auktion war der Mechanismus, mit dem diese knappe Ressource verteilt wurde. Die polkadot parachain auction war damit nie nur ein Preiswettbewerb, sondern ein Zuteilungsmodell für Sicherheit, Verfügbarkeit und wirtschaftlichen Zugang.
Ich halte das für wichtig, weil viele Leser die Sache zu sehr als Token-Auktion lesen. Tatsächlich entschied das Verfahren darüber, welche Projekte überhaupt dauerhaft am Sicherheitsmodell von Polkadot teilnehmen konnten. Wer einen Slot bekam, bekam nicht nur Laufzeit, sondern auch planbare Einbindung in das Netzwerk.
Wie genau dieser Mechanismus im Alltag funktionierte, zeigt der nächste Abschnitt.
So lief die Vergabe von Parachain-Slots ab
- Ein Team bereitete seine Parachain vor, reservierte eine ParaID und stellte sicher, dass Runtime und Collator sauber liefen.
- Für die eigentliche Slotjagd sammelten viele Projekte DOT über Crowdloans ein, also über Beiträge aus der Community.
- Die Auktion lief in einem festen Zeitfenster. Wer den effektiv stärksten Bid platzierte, erhielt den Lease für den gewünschten Zeitraum.
- Die klassischen Lease-Perioden lagen in 3-Monats-Blöcken und konnten sich auf bis zu zwei Jahre summieren.
- Nach Ablauf der Laufzeit wurden die gebundenen DOT zurückgegeben; bei Crowdloans erhielten Unterstützer ihre Einlagen nach Ende der Periode wieder zurück.
Das Modell bevorzugte Projekte mit starker Community, klarer Finanzierung und genügend Zeit für Kampagnen. Gleichzeitig war es für kleinere Teams oft kapitalintensiv, weil die eigentlichen Produktkosten zusätzlich zur Slot-Strategie getragen werden mussten. Genau an diesem Punkt wurde das Modell für Polkadot selbst zunehmend unpraktisch.
Warum Polkadot das Modell ersetzt hat
Der zentrale Nachteil war die starre Bindung. Das Netzwerk reservierte Kapazität in festen Leases, obwohl die tatsächliche Auslastung je nach Projekt stark schwankte. Laut dem offiziellen Polkadot-Wiki gelten Slot-Auktionen inzwischen als deprecated; die Developer-Doku beschreibt Coretime als heutige Zuteilung von Validierungsressourcen.
Seit dem Runtime-Upgrade 1.2.0 vom 19. September 2024 wurden laufende Leases automatisch in Bulk Coretime überführt. Für mich ist das mehr als eine technische Korrektur: Es verschiebt die Logik von „Slot gewinnen“ zu „Kapazität passend einkaufen“.
Der alte 12-Sekunden-Rhythmus der Polkadot-1.0-Ära war dafür zu unflexibel, vor allem bei Lastspitzen und Leerlauf. Genau deshalb ist die Frage heute nicht mehr, ob man eine Auktion gewinnt, sondern wie gut Kapazität und Nachfrage zusammenpassen.
Damit wird der Blick frei auf die beiden aktuellen Coretime-Varianten.
Bulk coretime und on-demand coretime im Vergleich
Heute entscheidet nicht mehr die Slotauktion, sondern das passende Beschaffungsmodell. Für viele Projekte ist die Wahl zwischen Bulk und On-demand der eigentliche Hebel, weil sie direkt auf Kosten, Betriebsstabilität und Skalierbarkeit wirkt.
| Aspekt | Bulk Coretime | On-demand Coretime |
|---|---|---|
| Planung | Kapazität wird für einen längeren Zeitraum reserviert | Kapazität wird blockweise bei Bedarf bestellt |
| Geeignet für | Stabile, dauerhaft laufende Parachains | Tests, Prototypen und unregelmäßige Last |
| Zeitlicher Horizont | Bis zu 28 Tage pro Kauf, mit Renewal | Einzelne Bedarfsspitzen oder variable Nutzung |
| Kostenlogik | Besser planbar, aber mit längerem Commit | Flexibel, aber bei Dauerlast potenziell teurer pro Einheit |
| Betrieb | Auto-Renewal kann helfen, ersetzt aber kein Monitoring | Erfordert aktives Monitoring und häufigere Bestellungen |
| Risikoprofil | Weniger Überraschungen, dafür mehr Vorabbindung | Weniger Kapitalbindung, dafür mehr operative Aufmerksamkeit |
Wer kontinuierlich produziert, braucht in der Praxis fast immer Bulk Coretime. On-demand ist kein Ersatz für eine dauerhaft laufende Produktionskette, sondern eine gute Option für Tests, Experimente oder stark schwankende Workloads. Für die Bewertung eines Projekts ist aber noch wichtiger, welche Signale der Betrieb selbst sendet.
Was Teams und Investoren heute daraus ableiten sollten
Ich schaue bei Polkadot-Projekten heute weniger auf die alte Slotgeschichte und stärker auf die operative Qualität. Genau dort liegen inzwischen die Unterschiede zwischen einem robusten Setup und einem Projekt, das zwar technisch klingt, aber wirtschaftlich unsauber geplant ist.
- Budget ist wichtiger als Kampagnen: Coretime gehört heute in die laufende Kostenplanung, nicht in eine einmalige Slot-Story.
- Renewal ist ein Betriebsrisiko: Bulk Coretime muss rechtzeitig verlängert werden; Auto-Renewal reduziert das Risiko, ersetzt aber kein Monitoring.
- Lastprofil entscheidet: Stabile Anwendungen profitieren von Bulk, experimentelle oder saisonale Anwendungen eher von On-demand.
- Collator-Qualität zählt: Ohne sauberen Node-Betrieb hilft auch gutes Coretime-Management wenig.
- Für Investoren ist die Frage operativ: Wie viel Kapital bindet das Projekt, wie planbar ist die Laufzeit und wie robust ist die Infrastruktur?
Am Ende wird damit auch die Kapitalallokation klarer. Ein Team, das seine Last realistisch einschätzt, Renewal-Fristen ernst nimmt und den Betrieb sauber dokumentiert, wirkt deutlich überzeugender als ein Projekt, das nur auf die Erinnerung an frühere Auktionsgewinne setzt.
Die alte Slotauktion erklärt, warum Polkadot lange als kapitalintensiv galt und weshalb Crowdloans so viel Aufmerksamkeit bekamen. Sie erklärt aber nicht mehr, wie neue Projekte heute Ressourcen beziehen. Für die aktuelle Analyse zählt der Übergang zu Coretime, nicht die romantisierte Erinnerung an einen Slotgewinn.
Mein praktischer Rat ist schlicht: Wenn du ein Polkadot-Projekt bewertest, frage nicht, wie es „den Slot“ bekommt, sondern ob seine Coretime-Strategie zur Nutzungsrealität passt. Genau dort liegen heute die echten Unterschiede zwischen einem sauber aufgestellten Projekt und einem, das nur auf alten Schlagworten aufbaut.
