Разработка блокчейн-решения для образования

Разработка блокчейн-решения для образования

Образование и блокчейн пересекаются в нескольких точках: верификация дипломов и сертификатов, управление академическими кредитами, token-gated доступ к курсам, lifelong learning portfolios. Практичность блокчейна здесь определяется конкретной задачей — не стоит строить on-chain систему там, где достаточно цифровой подписи.

Где блокчейн действительно нужен

Верификация credentials третьими сторонами — работодатель может проверить диплом без обращения в университет, который может закрыться или не отвечать. Это реальная проблема: тысячи учебных заведений, разные базы данных, международные запросы.

Portable learning records — человек учится в разных учебных заведениях всю жизнь. Единый on-chain portfolio aggregates credentials из всех источников.

Token-incentivized learning — начисление токенов за выполнение заданий создаёт измеримый вклад студента в экосистему. Используется в Web3-нативных образовательных платформах.

Прозрачность аккредитации — on-chain реестр аккредитованных учебных заведений, который невозможно подделать.

Архитектура системы

Institution Registry

contract InstitutionRegistry {
    struct Institution {
        string name;
        string country;
        string accreditationBody;
        uint256 accreditedUntil;
        bytes32 metadataHash;  // hash дополнительных данных в IPFS
        bool active;
    }
    
    mapping(address => Institution) public institutions;
    mapping(address => bool) public accreditationAuthorities;
    
    event InstitutionRegistered(address indexed institution, string name);
    event InstitutionAccredited(address indexed institution, uint256 validUntil);
    
    // Только аккредитационные органы могут добавлять учебные заведения
    function registerInstitution(
        address institutionAddress,
        string calldata name,
        string calldata country,
        string calldata accreditationBody,
        uint256 validUntil
    ) external onlyAccreditationAuthority {
        institutions[institutionAddress] = Institution({
            name: name,
            country: country,
            accreditationBody: accreditationBody,
            accreditedUntil: validUntil,
            metadataHash: bytes32(0),
            active: true
        });
        emit InstitutionRegistered(institutionAddress, name);
    }
    
    function isActiveInstitution(address institution) public view returns (bool) {
        Institution memory inst = institutions[institution];
        return inst.active && block.timestamp <= inst.accreditedUntil;
    }
}

Credential Issuer

contract CredentialIssuer {
    struct Credential {
        address recipient;
        address issuer;
        string credentialType;  // "BACHELOR", "MASTER", "CERTIFICATE", "MICROCREDENTIAL"
        string program;
        string institution;
        uint256 issuedAt;
        uint256 completedAt;
        bytes32 metadataHash;   // CID IPFS с деталями: оценки, курсы, transcript
        bool revoked;
    }
    
    InstitutionRegistry public registry;
    
    // tokenId => Credential (SBT: non-transferable)
    mapping(uint256 => Credential) public credentials;
    
    // recipientAddress => tokenIds
    mapping(address => uint256[]) public recipientCredentials;
    
    uint256 private _nextTokenId;
    
    function issueCredential(
        address recipient,
        string calldata credentialType,
        string calldata program,
        uint256 completedAt,
        bytes32 metadataHash
    ) external returns (uint256 tokenId) {
        require(registry.isActiveInstitution(msg.sender), "Not accredited institution");
        
        tokenId = _nextTokenId++;
        credentials[tokenId] = Credential({
            recipient: recipient,
            issuer: msg.sender,
            credentialType: credentialType,
            program: program,
            institution: registry.institutions(msg.sender).name,
            issuedAt: block.timestamp,
            completedAt: completedAt,
            metadataHash: metadataHash,
            revoked: false
        });
        
        recipientCredentials[recipient].push(tokenId);
        emit CredentialIssued(tokenId, recipient, msg.sender, credentialType);
        
        return tokenId;
    }
    
    // Только issuer может отозвать (например, при academic fraud)
    function revokeCredential(uint256 tokenId, string calldata reason) external {
        require(credentials[tokenId].issuer == msg.sender, "Not issuer");
        credentials[tokenId].revoked = true;
        emit CredentialRevoked(tokenId, reason);
    }
    
    function verifyCredential(uint256 tokenId) external view returns (
        bool valid,
        address recipient,
        string memory credentialType,
        string memory institution,
        bool issuerAccredited
    ) {
        Credential memory cred = credentials[tokenId];
        return (
            !cred.revoked,
            cred.recipient,
            cred.credentialType,
            cred.institution,
            registry.isActiveInstitution(cred.issuer)
        );
    }
}

Open Badges 3.0 и W3C Verifiable Credentials

Стандарт IMS Global Open Badges 3.0 основан на W3C Verifiable Credentials. Это даёт interoperability: credentials можно верифицировать любым VC-совместимым инструментом.

Структура VC для academic credential:

{
  "@context": [
    "https://www.w3.org/2018/credentials/v1",
    "https://w3id.org/openbadges/v3"
  ],
  "type": ["VerifiableCredential", "OpenBadgeCredential"],
  "issuer": {
    "id": "did:ethr:0xUniversityAddress",
    "name": "Technical University"
  },
  "credentialSubject": {
    "id": "did:ethr:0xStudentAddress",
    "achievement": {
      "name": "Bachelor of Computer Science",
      "type": "Degree",
      "criteria": "Completion of 240 ECTS credits"
    }
  },
  "proof": {
    "type": "EthereumEip712Signature2021",
    "verificationMethod": "did:ethr:0xUniversityAddress#controller",
    "proofValue": "0x..."
  }
}

On-chain хранится hash этого документа + статус (revoked или нет). Сам документ в IPFS, доступен через CID.

Token-gated обучение и incentives

Для EdTech платформ с token economy:

contract LearningIncentives {
    IERC20 public learningToken;
    
    struct Course {
        string name;
        uint256 completionReward;    // токены за завершение
        uint256 quizReward;          // токены за каждый quiz
        uint256 participationReward; // токены за активность (посты, обсуждения)
    }
    
    mapping(uint256 => Course) public courses;
    
    // Предотвращение farmed rewards: cooldown между activities
    mapping(address => mapping(uint256 => uint256)) public lastActivityTime;
    uint256 constant ACTIVITY_COOLDOWN = 1 hours;
    
    function completeQuiz(
        uint256 courseId, 
        uint256 quizId,
        bytes calldata oracleSignature // подпись оракула о результате
    ) external {
        // Верифицируем оракул signature
        require(verifyOracleSignature(msg.sender, courseId, quizId, oracleSignature), 
            "Invalid oracle signature");
        
        require(
            block.timestamp > lastActivityTime[msg.sender][courseId] + ACTIVITY_COOLDOWN,
            "Cooldown active"
        );
        
        lastActivityTime[msg.sender][courseId] = block.timestamp;
        learningToken.mint(msg.sender, courses[courseId].quizReward);
        
        emit QuizCompleted(msg.sender, courseId, quizId);
    }
}

Оракул (backend сервер) верифицирует что студент действительно прошёл тест и подписывает результат. Контракт проверяет подпись оракула — это prevents farming без реального обучения.

DID для студентов и преподавателей

Каждый участник идентифицируется через DID. Это решает проблему смены email, имени, аффилиации — identity persistent.

Student DID: did:ethr:0xStudentAddress — контролируется студентом, credentials накапливаются на протяжении всей жизни.

Institution DID: did:web:university.edu или did:ethr:0xInstAddr — верифицируется в Institution Registry.

DID Document студента включает его public key для верификации подписей, связанные адреса (ENS имя, social profiles через EAS attestations).

Стек разработки

Этапы разработки

Фаза 1 (3-4 нед): Institution Registry, Credential Issuer контракты, базовая верификация.

Фаза 2 (2-3 нед): W3C VC integration, IPFS metadata storage, Open Badges 3.0 совместимость.

Фаза 3 (2-3 нед): Student portal (просмотр credentials, sharing), Institution portal (выдача credentials).

Фаза 4 (2-3 нед, опционально): Token incentives система, DID интеграция, learning analytics.

MVP (Institution Registry + Credential Issuer + верификация) — 6-8 недель. Полная платформа — 3-4 месяца.