Illustration: Role of ICV from Contribution to Incentization

  1. Genesis VIRTUAL Initiation

  • DAO Approval Requirement: Initiation of a Genesis VIRTUAL requires DAO approval, aligning it with the community's consensus and regulatory framework.

  • Staking Requirement: A minimum of 100,000 $VIRTUAL tokens must be staked, ensuring significant community interest and investment. This high threshold acts as a quality filter, reflecting the community’s collective commitment.

  1. DAO Proposal Creation for Voting: Applications for Genesis VIRTUALs are submitted through the Protocol App, triggering the creation of a DAO voting proposal.

  2. ERC-6551 VIRTUAL Minting Post-approval: Post-approval, the Genesis Virtual is minted as an ERC-6551 NFT, serving as a container for Core Category-specific NFTs. Metadata, including IPFS links, is incorporated during minting.

  3. VIRTUAL-specific Staking Contract Deployment: A dedicated staking contract for each On-Chain VIRTUAL handles staking and delegating activities, enabling token holders to stake in the VIRTUAL or delegate to Validators.

  4. Contribution Minting (By contributors, not deposited in ICV)

  • Similarity Scan: Automated scans check for plagiarism in submissions, maintaining ecosystem integrity.

Automated Testing for Contributions (Roadmap)

To ensure the contribution submission fits the basic quality, automated tests will be performed to achieve below objectives:

  • Search for Similar Voice Data/ Text Dataset

  • Determine biased attributes and elements

To achieve this, ML models will be used to test against the models/ dataset.

Contribution on Voice Data/ Text Data

Data will be put into Search Model to look for pattern similarity and an output will be given. A confidence level of 95% will be used to pass the model.

Contribution on Models

Attributes on biased elements will be flagged to Validators upon voting proposal creation. This will not cause models to be rejected at this stage but only for Validators knowledge.

  • Data and Models Work: Submissions include Data Work (datasets) and Models Work (LLMs, STT models, etc.). Data Work is encrypted and stored with unique hashes on IPFS, while Models Work is open-sourced for transparency.

  • Contribution NFT with Metadata File and Automatic Publishing: Contribution NFTs are minted with detailed metadata, published on the IPDS.

  • Smart Contract Interaction: The minting process is managed by smart contracts, ensuring on-chain verification.

  • Ownership and Access Rights: NFT ownership grants ownership to the Work and governs incentives, with transfer of the NFT resulting in the loss of ownership and potential rewards.

  1. Validator Proposal Review and Validation

  • Automatic Proposal Creation: Smart Contracts create proposals for Validator review and validation.

  • Acceptance and Implementation: Accepted contributions are implemented by Smart Contracts and Off-Chain Agents.

  1. Service NFT Minting Post-approval: A Mirrored Contribution NFT, or "Service NFT," is minted in the ICV to update the state of the VIRTUALs.

  1. Services Pods Update by Off-Chain Agents: These monitor and respond to on-chain changes to the latest state of ICV, updating service pods with the latest models and data from IPFS.

  2. Incentivizing Contributors: Contributors are rewarded based on inverse maturity scoring and the current state of the VIRTUALs on ICV.

Last updated