Nyvo Docs
  • Introduction
  • Overview
    • Mission
    • Vision
  • The Product
    • Key Features
      • AI-Powered Prompt Interface
      • Full-Stack dApp Generation
      • One-Click Deployment
      • High-Performance Blockchain Support
      • Customizable UI & Theming
      • Integration and Composability
      • Developer-Friendly Export and Extension
      • Built-in Wallet & Identity Solutions
    • Use Cases and Examples
      • DeFi and Token Launchpads
      • NFT Marketplaces and Games
      • DAOs and Governance Platforms
      • Social and Utility dApps
      • Enterprise and Real-World Asset Apps
  • How Nyvo works
    • 1. Natural Language Understanding
    • 2. Solution Planning
    • 3. Smart Contract Code Generation
    • 4. Automated Testing & Validation
    • 5. Frontend Generation
    • 6. User Review and Iteration
    • 7. Deployment to Blockchain
    • Conclusion
  • Platform Architecture
    • Nyvo Studio
    • AI Orchestration Engine
    • Code Generation Models
      • Smart Contract Generator
      • Frontend/UI Generator
      • Documentation & Instruction Generator
    • Template & Module Library
    • Compilation & Testing Sandbox
    • Hosting Infrastructure
    • Data Storage & Security
  • Developer Guide & API
    • Architectural Overview
      • Program Deployment
      • Wallet Interactions & Security
      • UI Binding to On-Chain Data
      • Integration with Solana Runtime
    • Building dApps with Nyvo: Step-by-Step Guide
      • 1. Define the dApp Prompt
      • 2. Configuration & Module Selection
      • 3. Program Generation and Deployment
      • 4. Front-End Generation and Binding
      • 5. Testing the dApp
      • 6. Deployment to Production
  • Supported dApp Modules
    • Staking Module
    • Marketplace Module
    • Launchpad Module
    • Governance Module
    • Other Utility Modules
  • API and Abstraction Layers
    • Smart Contract Abstraction
    • Transaction Management API
    • Front-End and UI Components
    • Security Considerations in the API
  • Infrastructure & Performance
    • Deterministic Address Derivation (PDAs)
    • Transaction Simulation and Compute Units
    • Solana Fee Model and Cost Prediction
  • Rent-Exemption and Storage Costs
  • Combining Modules and Cross-Program Interactions
  • Best Practices: Security, Testing, and Maintenance
  • Pricing & Revenue Projection
    • Target Market & Addressable Users
    • Pricing Model & Tiers
      • Freemium (Free Tier)
      • Premium (Subscription Tier)
      • Lifetime (One-Time Purchase)
    • User Adoption Forecast
    • Revenue Projections
    • Marketing & Acquisition Channels
    • Expansion Plans & Future Monetization
  • Prompt Engineering
    • Key Strategies for Effective Solana-Focused Prompts
      • Set the AI’s Role and Context Upfront
      • Be Clear and Specific in Your Request
      • Provide Context from Your Project
      • Structure Prompts for Both Code and Explanations
      • Take an Iterative Approach
    • Building a Prompt Library
    • Debugging and Refining AI Outputs
    • Examples for Common dApp Scenarios
      • Example 1: Staking Dashboard dApp
      • Example 2: NFT Marketplace / Platform
      • Example 3: Crowdfunding (Fundraising) dApp
    • Final Tips
  • Legal & Socials
    • The Nyvo Whitepaper
    • Legal Disclaimer
    • Socials
Powered by GitBook
On this page
  1. Developer Guide & API
  2. Architectural Overview

Integration with Solana Runtime

PreviousUI Binding to On-Chain DataNextBuilding dApps with Nyvo: Step-by-Step Guide

Last updated 1 month ago

CtrlK

Nyvo-generated programs follow Solana’s program model: they consist of accounts (storage) and instruction handlers (functions). Internally, Nyvo may use the Anchor framework to define the on-chain schema and instructions, or a similar schema, which enforces security checks and typical patterns.

All state is stored in Solana accounts, which Nyvo’s backend will create at deployment or on first use. For example, a governance module might have a PDA (Program Derived Address) for the governance treasury or config, derived deterministically from a seed like the organization name and the program ID. Nyvo leverages PDAs to create deterministic addresses for important accounts so that their addresses can be derived by any client without being explicitly stored.

This also enables the on-chain program to sign on those accounts when needed (since PDAs have no private key, the program can act as their signer). Overall, Nyvo’s architecture aligns with Solana’s philosophy of client-heavy design: complex logic runs in the on-chain program and the client (front-end) orchestrates calls to those programs via wallet-signed transactions.