# Das Deployment-System

> Initiative QL-04. Das Blockchain-native Deployment-System von Apogee, ein Portal und eine Toolchain, die eine Anwendung vom Quellcode bis zu einer laufenden Blockchain-nativen Umgebung bringen.

QL-04 Blockchain-natives Deployment-System von Apogee Status: aktive Entwicklung

Version 1.0.0 gibt einem Entwickler ein Repository, seine Werkzeuge und dieses Handbuch. Alles zwischen einem bewiesenen Gastprogramm (Guest) und einer Anwendung im Live-Betrieb, von Schlüsseln und Zeremonien bis zu Verifier-Contracts, Bridges und Betrieb, muss der Entwickler noch selbst zusammensetzen. Das **Blockchain-native Deployment-System von Apogee** ist die zweite Hälfte des Sprungs: ein Portal und eine Toolchain, die ein Gastprogramm in eine laufende Blockchain-native Umgebung verwandeln und sie am Laufen halten.

## Die Module

- **Ein Ort für jede Deployment-Ressource**: Programme und ihre Identitäten, Höhen und Parameter, Verifikationsschlüssel, Decider-Schlüssel und ihre Zeremonien, Verifier-Contracts und die Netzwerke, in denen sie leben, geordnet nach Anwendung und Release.

- **Kanonische On-Chain-Contracts**: Wiederverwendbare Vorlagen für das, was heute jede Anwendung neu baut: eine durch Beweise fortgeschriebene Registry für Zustandswurzeln, Bridges für Ein- und Auszahlungen, Upgrade-Pfade von einer Programmidentität zur nächsten.

- **Die Vitalwerte einer Anwendung**: Erzeugte und abgewickelte Beweise, Zyklen pro Anfrage, Latenz und Kosten der Beweiserzeugung, Profile nach Shard und Familie, für die Verifikation verbrauchtes Gas und die Historie der Zustandswurzeln der Anwendung.

- **Eine Tür für Ihre eigene KI**: Eine Schnittstelle, über die der lokale KI-Agent eines Entwicklers eine Anwendung untersuchen, ihre Telemetrie abfragen, Änderungen über die Deployment-Pipeline vorschlagen und ausführen und jedes Ergebnis zurücklesen kann, unter der Kontrolle des Entwicklers.

- **Anwendungen, die von einer funktionierenden Form ausgehen**: Projekte für Gastprogramme außerhalb des Repositorys, mit bereits passenden Profilen, Linker-Einstellungen und mitgelieferten Crates und dem bereits eingerichteten KI-Begleiter.

- **Zeremonien als Dienst, nicht als lästige Pflicht**: Koordination der Phase-2-Beiträge zum Decider-Schlüssel, jeder einzelne gegen den Schaltkreis und die Zeremoniedatei verifizierbar, damit der Schlüssel eines Deployments die ehrlichen Beitragenden hat, die seine Soundness braucht.

## Warum ein System und nicht mehr Werkzeuge

Die These hinter Apogee lautet: eine optimierte Umgebung pro wirtschaftlicher Anwendung. Das vervielfacht die Zahl der Umgebungen und mit ihr die operative Oberfläche: Jede hat ihr Programm, ihre Schlüssel, ihre Zeremonie, ihre Contracts und ihre Metriken. Ein Ansatz, der jedes Team diese Oberfläche von Hand zusammensetzen lässt, skaliert nicht auf die vielen Umgebungen, die die These braucht. Das Deployment-System macht jede davon zur Routine, sodass beim Start einer Blockchain-nativen Anwendung die Anwendung selbst der schwierige Teil ist.

Das Gateway folgt aus derselben Überlegung. Entwickler arbeiten bereits Seite an Seite mit KI-Modellen, und der [KI-Begleiter](https://apogee.gweb3networks.com/docs/launch/ai-companion) instruiert diese Modelle für das Schreiben von Gastprogrammen. Das Gateway gibt ihnen, unter der Kontrolle des Entwicklers, die Möglichkeit, auf Grundlage dessen zu handeln, was sie schreiben: deployen, beobachten und iterieren.

Zurück zum [Missionsbriefing](https://apogee.gweb3networks.com/docs/quantum-leap).