> For the complete documentation index, see [llms.txt](https://docs.rome.builders/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.rome.builders/de/entwicklerleitfaden/deploy-solidity.md). # Solidity-Verträge bereitstellen Stelle Solidity-Smart-Contracts auf Solana mit Hardhat oder Foundry bereit — Rome-Netzwerkkonfiguration, aufgeladene Accounts und schrittweise Bereitstellung. Diese Anleitung behandelt die Bereitstellung von Solidity-Smart-Contracts auf Rome EVM mit Hardhat und Foundry. ## Voraussetzungen * Node.js v22.13+ (Hardhat) oder Foundry installiert * Eine mit Guthaben versehene Rome-EVM-Adresse (siehe [Schnellstart](/de/erste-schritte/quickstart.md)) * Ihr privater Schlüssel als Umgebungsvariable exportiert ```bash export PRIVATE_KEY="0xYOUR_PRIVATE_KEY" ``` ## Netzwerkkonfiguration | Netzwerk | RPC-URL | Chain-ID | Explorer | | --------------------- | ------------------------------------------- | -------- | -------------------------------------- | | Hadrian (Testnet) | `https://hadrian.testnet.romeprotocol.xyz/` | `200010` | `via-hadrian.testnet.romeprotocol.xyz` | | **Rubicon (Mainnet)** | `https://rubicon.mainnet.romeprotocol.xyz/` | `7531` | `via-rubicon.mainnet.romeprotocol.xyz` | Gas ist auf jedem Netzwerk USDC. Auf Hadrian erhalten Sie es, indem Sie Test-USDC bridgen oder von einer Solana-Devnet-Wallet wrappen ([Faucets](/de/ressourcen/faucets.md)); auf Rubicon durch das Bridgen von USDC aus Ethereum mit dem [Rome Bridge](https://bridge-api.mainnet.romeprotocol.xyz/). Stellen Sie auf Rubicon mit denselben Artefakten bereit, die Sie auf Hadrian getestet haben — nur die Chain-ID und die Wrapper-Adressen unterscheiden sich. ## Hardhat ### Einrichtung ```bash mkdir my-rome-project && cd my-rome-project npx hardhat --init ``` Übernehmen Sie die Standardwerte (Hardhat 3, aktuelles Verzeichnis, TypeScript- + viem-Template); Abhängigkeiten werden automatisch installiert. ### hardhat.config.ts ```typescript import hardhatToolboxViemPlugin from "@nomicfoundation/hardhat-toolbox-viem"; import { configVariable, defineConfig } from "hardhat/config"; export default defineConfig({ plugins: [hardhatToolboxViemPlugin], solidity: { profiles: { default: { version: "0.8.28" }, production: { version: "0.8.28", settings: { optimizer: { enabled: true, runs: 200 } }, }, }, }, networks: { hadrian: { type: "http", chainType: "l1", chainId: 200010, url: "https://hadrian.testnet.romeprotocol.xyz/", accounts: [configVariable("PRIVATE_KEY")], }, rubicon: { type: "http", chainType: "l1", chainId: 7531, url: "https://rubicon.mainnet.romeprotocol.xyz/", accounts: [configVariable("PRIVATE_KEY")], }, }, }); ``` `configVariable("PRIVATE_KEY")` wird aus der Umgebung aufgelöst (oder aus dem verschlüsselten Keystore — `npx hardhat keystore set PRIVATE_KEY`). ### Bereitstellen ```bash npx hardhat run scripts/deploy.ts --network hadrian ``` ### Auf dem Block-Explorer verifizieren ```bash npx hardhat verify --network hadrian 0xCONTRACT_ADDRESS ``` Benötigt die Sourcify-Verifier-Konfiguration von [Verträge verifizieren](/de/entwicklerleitfaden/verify-contracts.md) in Ihrer `hardhat.config.ts`. ## Foundry ### Einrichtung ```bash forge init my-rome-project cd my-rome-project ``` ### Bereitstellen ```bash # Testnetz forge create --rpc-url https://hadrian.testnet.romeprotocol.xyz/ \ --private-key $PRIVATE_KEY \ src/Counter.sol:Counter ``` ### Bereitgestellten Vertrag aufrufen ```bash # Lesen cast call 0xCONTRACT_ADDRESS "number()" \ --rpc-url https://hadrian.testnet.romeprotocol.xyz/ # Schreiben cast send 0xCONTRACT_ADDRESS "increment()" \ --rpc-url https://hadrian.testnet.romeprotocol.xyz/ \ --private-key $PRIVATE_KEY ``` ## Verwendung des Rome-Solidity-SDKs Für Verträge, die mit Solana-Programmen interagieren, verwenden Sie die Schnittstellen aus dem öffentlichen [`rome-solidity`](https://github.com/rome-protocol/rome-solidity) Repo. Es wird von GitHub installiert, nicht von npm: ```bash # Hardhat / npm npm install github:rome-protocol/rome-solidity # Foundry forge install rome-protocol/rome-solidity # dann in foundry.toml, unter [profile.default]: # remappings = ["@rome-protocol/rome-solidity/=lib/rome-solidity/"] ``` Verträge jenseits von `interface.sol` und die Oracle-Schnittstellen (die ERC-20-Wrapper und die Factory beispielsweise) importieren OpenZeppelin. Mit npm wird es als Abhängigkeit mitgeliefert. Mit Foundry führen Sie außerdem aus `forge install OpenZeppelin/openzeppelin-contracts` und fügen Sie das Remapping hinzu `@openzeppelin/contracts/=lib/openzeppelin-contracts/contracts/`. Mit npm wird das Paket installiert als `@rome-protocol/rome-solidity`, sodass der folgende Import aufgelöst wird aus `node_modules`. Mit Foundry bewirkt das Remapping, dass derselbe Import aufgelöst wird aus `lib/rome-solidity`. ```solidity // SPDX-License-Identifier: MIT pragma solidity ^0.8.28; import {ICrossProgramInvocation, IHelperProgram} from "@rome-protocol/rome-solidity/contracts/interface.sol"; contract MyRomeContract { IHelperProgram constant Helper = IHelperProgram(0xFF00000000000000000000000000000000000009); ICrossProgramInvocation constant Cpi = ICrossProgramInvocation(0xFF00000000000000000000000000000000000008); // Übertrage ein SPL-Token vom PDA des Aufrufers function moveSpl(address to, uint64 tokens, bytes32 mint) external { Helper.transfer_spl(to, tokens, mint); } // Rufe ein beliebiges Solana-Programm per CPI auf function callSolanaProgram( bytes32 programId, ICrossProgramInvocation.AccountMeta[] calldata accounts, bytes calldata data ) external { Cpi.invoke(programId, accounts, data); } } ``` ## Bringen Sie ein bestehendes Protokoll mit Jeder Solidity-Vertrag wird auf Rome unverändert bereitgestellt — ein Compliance-Vertrag, ein DeFi-Protokoll oder eine bestehende gehärtete Anwendung. Das Einzige, was in Ihrem Vertrag nicht enthalten ist, ist die **einmalige Wrapper-Freigabe**: Ein Nutzer, der SPL-Wrapper-Token (wUSDC und ähnliche) über Ihren Vertrag bewegt, muss dem Wrapper dieses Tokens einmalig das Recht geben, seine Token zu bewegen, vor dem ersten `transferFrom`. Ohne sie schlägt die Übertragung mit dem SPL-Fehler `0x4`. Prüfe `isEnabled(user)` auf dem Wrapper und sehen [Einmalige Freigabe pro Wallet](/de/kernkonzepte/token-interop.md#one-time-grant-per-wallet); Ihr Frontend sendet die Freigabe, Ihr Vertrag ändert sich nicht. Zwei Produktionsbeispiele, die Sie mit demselben oben beschriebenen Hardhat-/Foundry-Flow forken und bereitstellen können: * [**compound-on-rome-comet**](https://github.com/rome-protocol/compound-on-rome-comet) — das kanonische Compound v3 (Comet), standardmäßiges Foundry. * [**rome-aave-v3**](https://github.com/rome-protocol/rome-aave-v3) — das kanonische Aave v3. Beide erhalten Solana-Ausführung und CPI-Komponierbarkeit ohne Vertragsänderungen; ihre Nutzer erteilen die oben beschriebene einmalige Wrapper-Freigabe vor der ersten Einzahlung. ## Gas Lassen Sie Ihr Tooling Gas schätzen (`eth_estimateGas`; Hardhat, `forge create` und `cast` tun das alle) und kodieren Sie niemals fest `21000`. Auf Rome besteht der Großteil der Kosten eines Schreibvorgangs darin, Solana-Konten zu erstellen, etwa einen bereitgestellten Vertrag, ein neues Token-Konto oder einen noch nie verwendeten Empfänger, und die Schätzung berücksichtigt sie. Bei einem Aufruf, der Solana-CPIs ausführt, kann die Schätzung zu niedrig ausfallen, also halten Sie eine Reserve ein. Rome berechnet das tatsächlich verwendete Gas. Gemessen auf Hadrian: Das Bereitstellen eines 10-Byte-Vertrags schätzte und verbrauchte 1.147.921 Gas, und eine native Übertragung an eine vorhandene Adresse schätzte 21.000 und verbrauchte 10.001. Ein echter Vertrag kostet mehr, also schätzen Sie Ihre eigene Bereitstellung. Die [JSON-RPC-Seite](/de/referenz/json-rpc.md#gas-is-solana-derived-estimate-dont-hardcode) enthält die gemessene Tabelle. ## Bereitstellungsbeschränkungen | Einschränkung | Grenze | Hinweise | | ----------------------- | ---------------------- | ------------------------------------------------------------------------------ | | Maximale Vertragsgröße | 24 KB | Dasselbe wie bei Ethereum (EIP-170, 24.576 Byte) | | Transaktionsgrößenlimit | 80 KB pro Holder | Große Bereitstellungen werden transparent auf mehrere Holder-Konten aufgeteilt | | Compute-Budget | \~1,4 Mio. CU (atomar) | Verwenden Sie den iterativen Modus für schwere Verträge | | Solidity-Version | 0.8.28 empfohlen | Frühere Versionen funktionieren, aber 0.8.28 passt zum SDK | ## Häufige Fehler | Fehler | Ursache | Lösung | | --------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | `unzureichende Guthaben für Gas` | EVM-Adresse hat kein Gas-Token | Hadrian: Test-USDC mit dem Bridge-Tool einzahlen mit [Rome Bridge](/de/apps-auf-rome/bridge-api.md) (siehe [Schnellstart](/de/erste-schritte/quickstart.md), Schritt 2); Rubicon: echtes USDC einzahlen mit dem [Rome Bridge auf dem Mainnet](https://bridge-api.mainnet.romeprotocol.xyz/) | | `Nonce zu niedrig` | Veralteter Nonce in der Wallet | MetaMask-Konto zurücksetzen oder Nonce manuell angeben | | `Ausführung rückgängig gemacht` | Vertragslogik fehlgeschlagen | Debuggen mit `eth_call` oder `forge test --fork-url` | | `Ausführung rückgängig gemacht` mit SPL-Fehler `0x4` beim Verschieben von Wrapper-Token | Der Nutzer hat die einmalige Wrapper-Freigabe nicht erteilt | Prüfen Sie `isEnabled(user)` auf dem Wrapper und senden Sie `approve_spl` einmal ([Details](/de/kernkonzepte/token-interop.md#one-time-grant-per-wallet)) | | `Transaktion unterbewertet` | Gaspreis unter dem Minimum | Gaspreis in der Transaktion erhöhen | | Eine Übertragung oder Bereitstellung schlägt mit einem festen Gaslimit fehl | Ein fest kodiertes Limit wie `21000` liegt unter den Kosten für das Erstellen der Solana-Konten | Entfernen Sie es und verwenden Sie `eth_estimateGas` | ## Wie es weitergeht * [Öffne deinen Vertrag für Solana-Nutzer](/de/entwicklerleitfaden/open-to-solana-users.md) — lassen Sie Solana-Wallet-Nutzer das gerade Bereitgestellte aufrufen * [Solana aus EVM aufrufen](/de/entwicklerleitfaden/call-solana-from-evm.md) — verwenden Sie CPI-Precompiles, um mit Solana-Programmen zu interagieren * [Verträge verifizieren](/de/entwicklerleitfaden/verify-contracts.md) — veröffentlichen Sie Ihren Quellcode im Block-Explorer --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.rome.builders/de/entwicklerleitfaden/deploy-solidity.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.