101 lexime

A mundet NFT-ja të rishikojë inovacionet më shpejt se USPTO?

nga ImisiD13m2025/07/03
Read on Terminal Reader

Shume gjate; Te lexosh

NFT-të e patentave të pjesshme lejojnë një komunitet të decentralizuar të bast token, të shqyrtojë artin e mëparshëm, të paraqesë kundërshtime dhe të votojë për patentabilitet brenda një periudhe të caktuar rishikimi.
featured image - A mundet NFT-ja të rishikojë inovacionet më shpejt se USPTO?
ImisiD HackerNoon profile picture

Shkatërrimi i një patente të vetme në "pjesë" të tregtueshme të NFT kthehet një pronë intelektuale komplekse drejt në një pasuri të lëngshme që mund të blihet, shitet dhe menaxhohet nga palët e saj të interesit. Duke krijuar token unikë që secili përfaqëson një pjesë të vogël të një shpikjeje, shpikësit mund të marrin financim të menjëhershëm pa i dhënë kontroll një mbështetësi. Këto token përfshijnë metadata si hashes pretendim, identifikuesit e decentralizuar të shpikësit dhe blloqet e skadimit, të cilat tregojnë qartë origjinën dhe detajet e patentës. Në këtë mënyrë, shpikësit mund të arrijnë një grup global të investitorëve të vegjël që janë të motivuar për të vlerësuar, përmirësuar

Shqyrtimi i turmës duke përdorur qeverisjen e bazuar në token është shumë i ndryshëm nga modeli i mbyllur i shqyrtuesit tradicional i Zyrës së Patentave dhe Markave të SHBA-së. Në vend të disa shqyrtuesve që shqyrtojnë paraqitjet në mënyrë private gjatë disa viteve, NFT-të e patentave të pjesshme lejojnë një komunitet të decentralizuar të bast tokenë, të shqyrtojë artin e mëparshëm, të paraqesë kundërshtime dhe të votojë mbi patentabilitetin brenda një periudhe të caktuar shqyrtimi. Rezultatet e reputacionit dhe kufijtë e kuorumit zëvendësojnë detyrimet fikse të shqyrtuesit, duke lejuar konsensus të shpejtë ose duke theksuar zonat e


Tokenize një zbulim shpikje

Krijimi i një zbulimi të shpikjes si një patentë të pjesshme NFT fillon duke koduar pjesët kryesore të aplikimit tuaj të patentës, duke përfshirë pretendimet e saj, detajet e shpikësit dhe afatin e rishikimit, në metadata në zinxhir. Duke përdorur një kontratë ERC-1155, çdo "pjesë" e patentës tregohet si një bilanc fungible i një ID unike token.

Koncepti shpjegim

Në këtë model, një ID token i ri krijohet për çdo zbulim të shpikjes. Çdo ID token përfshin një strukturë që regjistron hash-in kriptografik të gjuhës së pretendimit të patentës, identifikuesi i decentralizuar i shpikësit (DID), dhe një numër blloku i skadimit, pas së cilës nuk mund të fillojnë raunde të reja rishikimi.

Syntax Minting me thyerje dhe shpjegim

pragma solidity ^0.8.0;

import "@openzeppelin/contracts/token/ERC1155/ERC1155.sol";
import "@openzeppelin/contracts/access/Ownable.sol";

contract FractionalPatent is ERC1155, Ownable {
    struct Patent {
        bytes32 claimHash;
        string inventorDID;
        uint256 expiryBlock;
    }

    mapping(uint256 => Patent) public patents;
    uint256 private nextId = 1;

    constructor(string memory uri_) ERC1155(uri_) {}

    function mintDisclosure(
        bytes32 claimHash,
        string calldata inventorDID,
        uint256 expiryBlock,
        uint256 totalShares
    ) external onlyOwner returns (uint256 tokenId) {
        tokenId = nextId++;
        patents[tokenId] = Patent(claimHash, inventorDID, expiryBlock);
        _mint(msg.sender, tokenId, totalShares, "");
    }
}

Në këtë fragment, tëmintDisclosureFunksioni merr katër hyrje.claimHashështë keccak256 hash i tekstit të pretendimit të patentës.inventorDIDështë një identifikator unik, si DID:example:1234, i cili lidh të dhënat në zinxhir me shpikësin.expiryBlockcakton një numër blloku pas së cilës kontratat e rishikimit nuk mund ta përdorin këtë zbulim.totalSharesvendos se sa tokenë të pjesshëm duhet të krijohen për atë ID.patents[tokenId]mbajë informacionin e pandryshueshëm për përdorim të ardhshëm.

Përshkrimi i Metadata Fields

ÇdoPatentStruktura e mbajtjes:

  • claimHash: Një bytes32 keccak256 hash që siguron rekordin në zinxhir përputhet me gjuhën e pretendimit jashtë zinxhirit pa ekspozuar tekstin e plotë.
  • inventorDID: Një drejtues string për identitetin e decentralizuar të shpikësit, duke lejuar atribuimin e besueshëm.
  • expiryBlock: Një numër i bllokut të Ethereum në stilin e Unix-it përtej të cilit zbulimi konsiderohet i mbyllur për raunde të reja rishikimi.

Demonstrimi me shembull

Imagjinoni se Alice ka hartuar një kërkesë të përkohshme dhe dëshiron ta fraksionojë atë në një milion aksione.

const claimText = "A modular solar array with adaptive orientation…";
const claimHash = ethers.utils.keccak256(ethers.utils.toUtf8Bytes(claimText));

Duke supozuar se ajo shpërndanFractionalPatentdhe merr adresën e saj, ajo pastaj thërret:

await patentContract.mintDisclosure(
  claimHash,
  "did:example:alice123",
  18_200_000,            // expiryBlock ~ Ethereum block in six months
  1_000_000              // total shares
);

Kjo transaksion krijon ID token 1, regjistron metadat e Alice, dhe monedhën 1.000.000 aksione në portofolin e saj. Këto aksione tani mund të transferohen tek sponsorët, të listuara në tregje, ose të mbahen në një thesar DAO për të financuar zhvillimin, të gjitha duke ruajtur një rekord të sigurt, në zinxhir të detajeve thelbësore të shpikjes.


Fillon raundi i shqyrtimit të turmës

Në një sistem fraksional-patent, duke filluar një raund të shqyrtimit të turmës, mbajtësit e tokenit marrin pjesë si shqyrtues aktivë. Ata bllokojnë një aksion, rishikojnë zbulimin dhe fitojnë shpërblime për gjetjen e artit të mëparshëm relevant ose mbështetjen e unikalitetit të patentës. Ky proces shqyrtimi menaxhohet në zinxhir nga një kontratë e zgjuar që lidhet me identifikimin e tokenit të zbulimit dhe përcakton rregullat për grevën, afatet e refuzimit dhe shumëzuesit e shpërblimit për të inkurajuar shqyrtime të shpejta dhe të hollësishme.

Koncepti shpjegim

Kur fillon një raund shqyrtimi, kontrata e shqyrtimit kontrollon expiryBlock nga zbulimi për t'u siguruar se afatet janë para atë bllok. Mbajtësit e tokenëve që duan të bashkohen duhet të transferojnë një sasi të caktuar të aksioneve të patentës në kontratën e shqyrtimit. Duke bast, shqyrtuesit tregojnë se ata besojnë në gjetjet e tyre: nëse ata gjejnë art të vlefshëm të mëparshëm që mohon pretendimin, ata marrin një shpërblim më të madh; nëse ata nuk mund të mbështesin sfidën e tyre, ata humbasin bastin e tyre. Kur periudha e refuzimit përfundon, kontrata automatikisht numëron bastet dhe u jep shpërblime sfiduesve të suksesshëm dhe mbrojtësve të nders

Sinteza e kontratës me shpërbërje dhe shpjegim

pragma solidity ^0.8.0;

import "@openzeppelin/contracts/token/ERC1155/IERC1155.sol";

contract CrowdReview {
    struct Round {
        uint256 tokenId;
        uint256 stakingAmount;
        uint256 rebuttalEndBlock;
        uint8 rewardMultiplier; // e.g., 150 for 1.5× payout
        bool settled;
    }

    mapping(uint256 => Round) public rounds;
    IERC1155 public patentToken;

    constructor(address tokenAddress) {
        patentToken = IERC1155(tokenAddress);
    }

    function startReview(
        uint256 roundId,
        uint256 tokenId,
        uint256 stakingAmount,
        uint256 rebuttalWindow,
        uint8 rewardMultiplier
    ) external {
        uint256 current = block.number;
        rounds[roundId] = Round({
            tokenId: tokenId,
            stakingAmount: stakingAmount,
            rebuttalEndBlock: current + rebuttalWindow,
            rewardMultiplier: rewardMultiplier,
            settled: false
        });
    }

    function stakeAndSubmit(uint256 roundId, bool challengesClaim) external {
        Round storage r = rounds[roundId];
        require(block.number < r.rebuttalEndBlock, "Review closed");
        patentToken.safeTransferFrom(msg.sender, address(this), r.tokenId, r.stakingAmount, "");
        // Record submission choice—challenge or defend
    }

    function settleRound(uint256 roundId) external {
        Round storage r = rounds[roundId];
        require(block.number >= r.rebuttalEndBlock && !r.settled, "Cannot settle");
        // Pseudocode: determine winners, calculate payouts
        // payout = stakingAmount * rewardMultiplier / 100
        r.settled = true;
    }
}

Këtu ,startReviewkrijon një raund të ri duke specifikuar zbulimin etokenIdMinimumi istakingAmounttë aksioneve të nevojshme për pjesëmarrës, arebuttalWindownë blloqe dhe arewardMultiplierqë rrit pagesa për sfida të vlefshme.stakeAndSubmitFunksioni bllokon tokenët dhe regjistron nëse shqyrtuesi po sfidon ose mbron pretendimin.settleRoundmund të thirret sapo dritarja e refuzimit të ketë përfunduar; ajo llogarit shpërblimet, rishpërndaje bastet dhe shënon raundin si të rregulluar.

Shpjegoni flamujt

Çdo raund i shqyrtimit mbështetet në tre flamuj ekonomikë. Shuma e bastit përcakton se sa patenta duhet të bllokohen për të marrë pjesë, duke shmangur paraqitjet e panevojshme. Dritarja e refuzimit, e matur në blloqe Ethereum, vendos një afat të rreptë për sfida dhe kundërargumente, duke siguruar përfundimin e shpejtë të procesit. Multiplikuesi i shpërblimit përcakton raportin midis pagës totale për sfiduesit ose mbrojtësit e suksesshëm dhe bastin e tyre origjinal, duke siguruar një nxitje të fortë për të zbuluar art të rëndësishëm paraprak ose për të paraqitur një mbrojtje të fortë.

Shqyrtimi i demonstratës së rrjedhës së punës me shembull

Supozoni se patenta e pjesshme e Alice (ID token 1) sapo është hedhur dhe është vendosur të skadojë në bllokun 18,200,000.

await reviewContract.startReview(
  42,           // arbitrary round ID
  1,            // tokenId referencing Alice’s disclosure
  100,          // stakingAmount: 100 shares per reviewer
  5000,         // rebuttalWindow: ~5000 blocks (~19 hours)
  150           // rewardMultiplier: 1.5× payout for winners
);

Në bllok 18,195,000, Bob dhe Carol përdorin secilistakeAndSubmit(42, true)Bob paraqet një lidhje me një letër para-art që tregon teknologjinë e mbivendosur, ndërsa Carol, e sigurt në novitetin e saj, përdorstakeAndSubmit(42, false)Për të mbrojtur atë, të dy bllokojnë 100 aksione në kontratë.

Pasi të arrijë bllokun 18,200,000, kushdo mund të telefonojësettleRound(42)Kontrata verifikon citimin e mëparshëm të Bobit përmes një orakulli jashtë zinxhirit ose një rishikimi manual. Pastaj, logjika e zinxhirit (ose një orakull i qeverisjes) konfirmon sfidën e Bobit si të vlefshme. Bob merr 150 aksione mbrapa (pjesa e tij e 100 aksioneve plus një shpërblim i 50 aksioneve), Carol humbet aksionin e saj, dhe pronari i patentës fiton 100 aksionet e Carol për një grup shpërblimesh për raunde të ardhshme. I gjithë cikli, nga fillimi deri në zgjidhje, përfundon në më pak se një ditë, duke treguar se si shqyrtimi i turmës i bazuar në token përshpejton procesin e shqyrtimit në krahasim me oraret shumëvjeçare të


Licencë & Monetize Fractional Patent NFTs

Pasi një zbulim kalon shqyrtimin e njëpasnjëshëm, mbajtësit e tokenëve mund të konvertojnë aksionet e tyre të pjesshme në të ardhurat e vazhdueshme duke futur ndarjet e licencave dhe kushtet e licencimit direkt në kontratat e zgjuara.Në vend të negociimit të marrëveshjeve të paqarta, një herë të licencimit, shpikësit dhe investitorët përdorin një protokoll transparent në zinxhir që automatikisht rrjedh pagesat për mbajtësit e tokenëve në bazë të kushteve të pajtuara paraprakisht dhe përfshin mekanizmat e kthimit në rast të default të licencuesve.

Koncepti shpjegim

Në këtë konfigurim, një kontratë e licencimit përdor ID-në e tokenit të patentës dhe vendos një plan pagesash, të tilla si një përqindje e shitjeve të ardhshme ose një tarifë fikse për përdorim, e cila dërgohet rregullisht aksionarëve. Licencuesit vënë para në kontratë, e cila pastaj e ndan atë me të gjithë mbajtësit aktual të tokenit. Nëse një licencues nuk paguan, një opsion i kthimit mund të ndalojë pagesat e ardhshme derisa çështja të jetë e fiksuar, ose mund të fillojë një votim për të anulluar licencën. Kjo metodë e automatizuar shkurton ndërmjetësit, përputhet me interesat e pronarëve të patentave dhe licencuesve dhe siguron që çdo mbajtës i pjesshëm merr pjesën e tyre të

Sinteza e ndarë Royalty me shpërbërje dhe shpjegim

pragma solidity ^0.8.0;

import "@openzeppelin/contracts/token/ERC1155/IERC1155.sol";
import "@openzeppelin/contracts/security/ReentrancyGuard.sol";

contract PatentLicensing is ReentrancyGuard {
    IERC1155 public patentToken;

    struct License {
        uint256 tokenId;
        uint256 ratePerSecond;       // Wei streamed per share per second
        uint256 lastUpdate;          // Timestamp of last distribution
        bool clawbackEnabled;        // Pauses streaming on default
    }

    mapping(address => License) public licenses;

    constructor(address _token) {
        patentToken = IERC1155(_token);
    }

    function createLicense(
        address licensee,
        uint256 tokenId,
        uint256 ratePerSecond,
        bool clawbackEnabled
    ) external {
        licenses[licensee] = License({
            tokenId: tokenId,
            ratePerSecond: ratePerSecond,
            lastUpdate: block.timestamp,
            clawbackEnabled: clawbackEnabled
        });
    }

    function streamPayments(address licensee) external nonReentrant {
        License storage lic = licenses[licensee];
        uint256 elapsed = block.timestamp - lic.lastUpdate;
        uint256 totalShares = patentToken.balanceOf(address(this), lic.tokenId);
        uint256 payout = elapsed * lic.ratePerSecond * totalShares;
        lic.lastUpdate = block.timestamp;
        payable(licensee).transfer(payout);
    }

    function triggerClawback(address licensee) external {
        licenses[licensee].clawbackEnabled = true;
    }
}

Këtu ,ratePerSecondPërcakton një kurbë pagese lineare, e matur në Wei për aksion për sekondë, duke lejuar që të ardhurat të akumulohen në mënyrë të vazhdueshme në vend të shumave fikse.streamPaymentsFunksioni llogarit kohën e kaluar që nga përditësimi i fundit, e shumëzon atë me numrin e aksioneve të mbajtura në escrow, dhe transferon shumën e saktë tek mbajtësit e tokenit.clawbackEnabledflags lejon qeverisjen të ndërpresë transmetimin nëse licencuesi shkel kushtet.

Marrëveshja e Licencimit Demonstrim me shembull

Le të themi se një kompani software, BetaSoft, vendos të licencojë patentën e Alice për orientimin diellor (token ID 1). Ata vënë 10 ETH në kontratën e licencimit dhe vendosin një normë prej 1 gwei për aksion për sekondë. Me një milion aksione, kjo do të thotë rreth 0.0864 ETH në të ardhurat totale për ditë. Çdo 24 orë, kontrata e Alice mund të përdorëstreamPayments(BetaSoft)për të shpërndarë rreth 0.0864 ETH për të gjithë mbajtësit token bazuar në aksionet e tyre. Nëse BetaSoft nuk bën një pagesë në kohë, DAO mund të përdorëtriggerClawback(BetaSoft)për të pezulluar pagesat derisa të shtojnë më shumë fonde.

Konfigurimi i përmirësimeve të qeverisjes

Me kalimin e kohës, mbajtësit e tokenëve mund të dëshirojnë të rregullojnë parametrat e licencimit, të tilla si ndryshimi i normave, shtimi i kushteve të reja të clawback, ose duke përfshirë licenca sekondare.

Koncepti shpjegim

Përmirësimet fillojnë me propozimet në zinxhir që përfshijnë adresën e kontratës, selektorin e funksionit dhe vlerat e reja të parametrave. Çdo propozim ka një vonesë kohore, duke u dhënë mbajtësve të tokenit kohë për të shqyrtuar ndryshimet.

Përmirësoni sintazin e propozimit me shpërbërjen dhe shpjegimin

pragma solidity ^0.8.0;

contract Governance {
    struct Proposal {
        address target;
        bytes data;           // Encoded function call
        uint256 eta;          // Execution timestamp (after timelock)
        bool executed;
    }

    uint256 public timelockDelay = 2 days;
    mapping(uint256 => Proposal) public proposals;
    uint256 private nextProposalId;

    function proposeUpgrade(
        address target,
        bytes calldata data
    ) external returns (uint256 proposalId) {
        proposalId = nextProposalId++;
        proposals[proposalId] = Proposal({
            target: target,
            data: data,
            eta: block.timestamp + timelockDelay,
            executed: false
        });
    }

    function executeUpgrade(uint256 proposalId) external {
        Proposal storage p = proposals[proposalId];
        require(block.timestamp >= p.eta, "Timelock not expired");
        require(!p.executed, "Already executed");
        (bool success, ) = p.target.call(p.data);
        require(success, "Upgrade failed");
        p.executed = true;
    }
}

Në këtë marrëveshje qeveritare,proposeUpgradepaketon kontratën e synuar dhe të dhënat e koduara të funksionit, pastaj vendos njëetaPjesëmarrësve të mëdhenj mund t’u jepen privilegje veto jashtë zinxhirit ose nëpërmjet një orakulli të reputacionit, ndërsa peshat e delegatëve rregullojnë ndikimin e secilit votë sipas vlerësimeve të reputacionit të aksionarëve.

Përmirësimi i votimit Demonstrimi me shembull

Imagjinoni mbajtësit e tokenit të vendosin të rrisin BetaSoftratePerSecondnga 1 gwei në 2 gwei. multisig DAO thërret:

const data = licensingContract.interface.encodeFunctionData(
  "createLicense",
  [betaSoftAddress, 1, ethers.utils.parseUnits("2", "gwei"), false]
);
await governanceContract.proposeUpgrade(licensingContract.address, data);

Pas përfundimit të periudhës dy ditore, çdo anëtar thërret:

await governanceContract.executeUpgrade(proposalId);

Në atë moment, norma e transmetimit të BetaSoft dyfishohet, dhe të gjithë mbajtësit e tokenit menjëherë fillojnë të fitojnë dyfishin e të ardhurave për sekondë, të gjitha pa pasur nevojë të lëvizin fonde ose të ripërdorin kontratën e licencimit.

Mendimet e fundit

NFT-të me patentë të pjesshme e shndërrojnë pronën intelektuale në një pasuri të gjallë, të fokusuar në komunitet. Duke tokenizuar një shpikje, ju mund të mblidhni para shpejt, të merrni rishikime të shpejta nga kolegët dhe të automatizoni licencimin dhe ndarjen e të ardhurave. raundet e rishikimit të turmës përdorin bastin për të gjetur artin e mëparshëm ose për të bërë pretendimet e patentës më të forta, ndërsa modulet e qeverisjes lejojnë mbajtësit e tokenit të vendosin për përmirësimet dhe kushtet e licencimit.

A do të pranojnë gjykatat dhe zyrat e patentave hashes në zinxhir dhe gjurmët e auditimit të bazuar në token si prova? Si mund të ndalojë sistemi "spam-in e artit të parë" dhe konfliktet e interesave midis mbajtësve të tokenëve?

Për ata që janë të interesuar, Organizata Botërore e Pronësisë Intelektuale (WIPO) ofron kërkime mbi ekzaminimet e shpejta të patentave dhe standardet e dëshmisë dixhitale. bibliotekat me burim të hapur si OpenZeppelin ERC-1155 dhe platformat si Kleros ofrojnë mjete. Provat e hershme nga IPwe dhe Protokolli bazë po testojnë regjistrat e patentave në zinxhir dhe asetet e tokenizuara IP. Këto përpjekje tregojnë për një të ardhme ku NFTs përmirësojnë shpikjen dhe licencimin.

Trending Topics

blockchaincryptocurrencyhackernoon-top-storyprogrammingsoftware-developmenttechnologystartuphackernoon-booksBitcoinbooks