LearnCard Documentation
GithubStatusSupportLaunch App
  • 🚀Introduction
    • What is LearnCard?
    • Use Cases & Possibilities
    • Ecosystem Architecture
  • ⚡Quick Start
    • Setup & Prerequisites
    • Your First Integration
  • 📚Tutorials
    • Create a Credential
    • Create a Boost
    • Create a ConsentFlow
    • Create a Connected Website
    • Send xAPI Statements
    • Listen to Webhooks
  • ✅How-To Guides
    • Verify My Issuer
    • Connect Systems
      • Connect a Website
      • Connect a Game
    • Implement Flows
      • Claim Data after Guardian Consent
      • Connect via CHAPI
        • ⭐CHAPI Wallet Setup Guide
        • ↔️Translating to CHAPI documentation
        • 🖥️Demo Application
        • 🔰Using LearnCard to Interact with a CHAPI Wallet
        • 📝Cheat Sheets
          • Issuers
          • Wallets
    • Deploy Infrastructure
      • Remote Key Management
      • Generate API Tokens
      • Signing Authority
      • Connect to Independent Network
      • Build a Plugin
  • 🛠️SDKs & API Reference
    • LearnCard Wallet SDK
      • Authentication
      • Usage Examples
      • SDK Reference
      • Plugin API Reference
      • Integration Strategies
      • Deployment
      • Troubleshooting
      • Changelog
    • LearnCloud Network API
      • Authentication
      • Usage Examples
      • Architecture
      • Notifications & Webhooks
      • Profiles
      • Profile Managers
      • Credentials
      • Boosts
      • Presentations
      • Storage
      • Contracts
      • DID Metadata
      • Claim Hooks
      • Auth Grants
      • Utilities
      • Models
      • OpenAPI
    • LearnCloud Storage API
      • Authentication
      • Usage Examples
      • Architecture
      • Storage
      • Index
      • User
      • Custom Storage
      • Utilities
      • Models
      • xAPI Reference
    • Plugins
      • Crypto
      • DIDKit
      • DID Key
      • Dynamic Loader
      • VC
        • Expiration Sub-Plugin
      • VC-Templates
      • VC-API
      • Ceramic
      • IDX
      • VPQR
      • Ethereum
      • CHAPI
      • LearnCard Network
      • LearnCloud
      • LearnCard
      • Simple Signing
      • Claimable Boosts
    • LearnCard CLI
  • 🧠Core Concepts
    • Identities & Keys
      • Decentralized Identifiers (DIDs)
      • Seed Phrases
      • Network Profiles
      • Signing Authorities
      • Trust Registries
    • Credentials & Data
      • Verifiable Credentials (VCs)
      • Credential Lifecycle
      • Schemas, Types, & Categories
      • Building Verifiable Credentials
      • Boost Credentials
      • Getting Started with Boosts
      • Credential URIs
      • xAPI Data
      • General Best Practices & Troubleshooting
    • Consent & Permissions
      • ConsentFlow Overview
      • Consent Contracts
      • User Consent & Terms
      • Consent Transactions
      • Auto-Boosts
      • Writing Consented Data
      • Accessing Consented Data
      • GameFlow Overview
    • Network & Interactions
      • Network Vision & Principles
      • Key Network Procedures
      • Core Interaction Workflows
    • Architecture & Principles
      • Control Planes
      • Plugin System
      • Auth Grants and API Tokens
  • 🔗Development
    • Contributing
Powered by GitBook
On this page

Was this helpful?

  1. Core Concepts
  2. Consent & Permissions

Auto-Boosts

PreviousConsent TransactionsNextWriting Consented Data

Last updated 10 days ago

Was this helpful?

Learn about Auto-Boosts, a feature enabling the automatic issuance of credentials (Boosts) to users immediately upon their consent to a specific contract. This section details their configuration within contracts and the automated issuance process.

Auto-Boost System

Auto-boosts are credentials automatically issued when a user consents to a contract. This feature allows contract creators to automatically reward users who consent to their contracts.

Configuration

Auto-boosts are configured when creating a contract:

{
  // other contract fields
  autoboosts: [
    {
      boostUri: 'boost:123',
      signingAuthority: {
        endpoint: 'https://signing-authority.example.com',
        name: 'my-authority'
      }
    }
  ]
}

Key requirements:

  1. The contract creator must have permission to issue the boost

  2. The boost must be published (not a draft)

  3. The specified signing authority must exist for the contract creator

  4. Each auto-boost can use a different signing authority

Issuance Process

Auto-boosts are processed during:

  1. Initial consent via consentToContract()

  2. Re-consent via reconsentTerms()

  3. Terms update via updateTerms()

For each auto-boost, the system:

  1. Gets the signing authority information from the relationship

  2. Gets the contract owner's signing authority

  3. Prepares the boost credential with the consenter's information

  4. Issues the credential using the contract owner's signing authority

  5. Records a "write" transaction

  6. Sends the boost to the consenter

If a signing authority doesn't exist, that specific auto-boost will be skipped.

🧠