La ruptura d'una única patent en "accions" NFT negociables converteix una propietat intel·lectual complexa en un actiu líquid que pot ser comprat, venut i gestionat per les seves parts interessades. Mitjançant la creació de tokens únics que representen cadascun una petita part d'una invenció, els inventors poden obtenir finançament immediat sense donar control a un backer. Aquests tokens inclouen metadades com ara hashes de reclamació, identificadors descentralitzats d'inventor i blocs d'expiració, que mostren clarament l'origen i els detalls de la patent. La revisió de la multitud utilitzant la governança basada en token és molt diferent del model d'examinador tancat tradicional de l'Oficina de Patents i Marques dels Estats Units. En comptes d'uns pocs examinadors que revisen les sol·licituds en privat durant diversos anys, les NFT de patents fraccionals permeten a una comunitat descentralitzada apostar per tokens, examinar l'art anterior, presentar rebuts i votar sobre la patentabilitat dins d'un període de revisió establert. Les puntuacions de reputació i els llindars de quòrum reemplacen les assignatures d'examinadors fixes, permetent un consens ràpid o destacar àrees de desacord a través de transaccions en cadena transparents. Tokenize una revelació d'invenció La creació d'una divulgació d'invencions com a patent fraccional NFT comença codificant les parts principals de la seva sol·licitud de patent, incloent-hi les seves reclamacions, detalls de l'inventor i el termini de revisió, en metadades en cadena. Mitjançant l'ús d'un contracte ERC-1155, cada "partit" de patent es mostra com un saldo fungible d'un ID de token únic. Explicació del concepte En aquest model, es crea un nou ID de token per a cada divulgació de la invenció. Cada ID de token inclou una estructura que registra el hash criptogràfic del llenguatge de reclamació de la patent, l'identificador descentralitzat de l'inventor (DID), i un nombre de bloc d'expiració, després del qual no es poden iniciar noves rondes de revisió. Introducció a la sintaxi amb desintegració i explicació 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, ""); } } En aquest fragment, el La funció requereix quatre entrades. és el keccak256 hash del text de la reclamació de la patent. és un identificador únic, com DID:example:1234, que connecta els registres en cadena a l'inventor. estableix un nombre de bloc després del qual cap altre contracte de revisió pot utilitzar aquesta divulgació. decideix quants tokens fraccionals es crearan per a aquest ID. Conserva la informació inalterable per a ús futur. mintDisclosure claimHash inventorDID expiryBlock totalShares patents[tokenId] Explica els camps de metadades Tots els Estratègies de manteniment: Patent claimHash: Un hash de bytes32 keccak256 que assegura que el registre en cadena coincideix amb el llenguatge de reclamació fora de la cadena sense exposar el text complet. inventorDID: Una cadena que apunta a la identitat descentralitzada de l'inventor, permetent l'atribució sense confiança. expiryBlock: Un nombre de bloc d'Ethereum d'estil Unix més enllà del qual la divulgació es considera tancada per a noves rondes de revisió. Manifestació amb exemple Imagineu-vos que Alice ha redactat una sol·licitud provisional i vol fraccionar-la en un milió d'accions. const claimText = "A modular solar array with adaptive orientation…"; const claimHash = ethers.utils.keccak256(ethers.utils.toUtf8Bytes(claimText)); Suposant que es desplega i obté la seva adreça, després truca: FractionalPatent await patentContract.mintDisclosure( claimHash, "did:example:alice123", 18_200_000, // expiryBlock ~ Ethereum block in six months 1_000_000 // total shares ); Aquesta transacció crea l'ID de token 1, registra les metadades d'Alice i emet 1.000.000 accions a la seva cartera.Aquestes accions ara es poden transferir als patrocinadors, cotitzats en els mercats, o mantenir en un tresor del DAO per finançar el desenvolupament, tot mantenint un registre en cadena segur i prohibit de manipulacions dels detalls essencials de la invenció. Inici de la Crowd-Review En un sistema de patents fraccionals, l'inici d'una ronda de revisió de la multitud implica els titulars de tokens com a revisors actius. Bloqueixen una aposta, revisen la divulgació i guanyen recompenses per trobar l'art previ rellevant o per donar suport a la singularitat de la patent. Aquest procés de revisió es gestiona en cadena per un contracte intel·ligent que enllaça amb l'identificador de token de la divulgació i estableix les regles per a la vaga, els marcs de temps de rebuig i els multiplicadors de recompensa per encoratjar revisions ràpides i detallades. Explicació del concepte Quan comença una ronda de revisió, el contracte de revisió comprova l'expiracióBloc de la divulgació per assegurar-se que els terminis són abans d'aquest bloc. Els titulars de token que vulguin unir-se han de transferir una quantitat fixa d'accions de patents al contracte de revisió. Mitjançant l'aposta, els revisors mostren que creuen en els seus resultats: si troben un art anterior vàlid que desmenteix la reclamació, obtenen una recompensa més gran; si no poden donar suport al seu repte, perden la seva aposta. Quan acaba el període de rebuig, el contracte compta automàticament les apostes i dóna recompenses als desafiants reeixits i defensors honestos basats en un sistema de pagament clar. Revisió de la sintaxi del contracte amb fragmentació i explicació 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; } } I aquí, crea una nova ronda especificant la divulgació El mínim de les accions necessàries per participant, a En blocs i a que augmenta els pagaments per a reptes vàlids. La funció bloqueja tokens i registra si el revisor està desafiant o defensant la reclamació. es pot trucar una vegada que s'hagi acabat la finestra de rebuig; calcula les recompenses, redistribueix les apostes i marca la ronda com a resolt. startReview tokenId stakingAmount rebuttalWindow rewardMultiplier stakeAndSubmit settleRound Explica les banderes Cada ronda de revisió es basa en tres banderes econòmiques. La quantitat d'aposta especifica quants tokens de patents han de ser bloquejats per participar, descoratjant les presentacions innecessàries. La finestra de rebuig, mesurada en blocs d'Ethereum, estableix un termini estricte per als desafiaments i contraarguments, assegurant que el procés s'acabi ràpidament. El multiplicador de la recompensa determina la proporció entre el pagament total per als desafiants o defensors reeixits i la seva aposta original, proporcionant un fort incentiu per descobrir un art previ important o presentar una defensa sòlida. Revisió de la demostració de flux de treball amb exemple Suposem que la patent fraccional d'Alice (ID de token 1) acaba de ser creada i està previst que expiri en el bloc 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 ); En un bloc de 18.195.000, Bob i Carol utilitzen cadascun Bob envia un enllaç a un paper pre-art que mostra la tecnologia que es sobreposa, mentre que Carol, confiada en la seva novetat, utilitza Ambdós han tancat 100 accions en el contracte. stakeAndSubmit(42, true) stakeAndSubmit(42, false) Un cop arribat el bloc de 18.200.000, qualsevol pot trucar El contracte verifica la citació prèvia de Bob a través d'un oracle fora de la cadena o una revisió manual. Després, la lògica en cadena (o un oracle de govern) confirma que el repte de Bob és vàlid. Bob rep 150 accions de tornada (la seva participació de 100 accions més una recompensa de 50 accions), Carol perd la seva participació, i el propietari de la patent recupera les accions de Carol per a una pila de recompenses per a rondes futures. settleRound(42) Llicència i Monetització de Patents fraccionals NFT Una vegada que una divulgació passa per una revisió per pares, els posseïdors de tokens poden convertir les seves accions fraccionals en ingressos corrents mitjançant la incorporació de dividends de drets d'autor i termes de llicència directament en contractes intel·ligents. En lloc de negociar acords de llicència amb una sola vegada, els inventors i els inversors utilitzen un protocol transparent en cadena que flueix automàticament els pagaments als posseïdors de tokens sobre la base de termes acordats prèviament i inclou mecanismes de reemborsament si els llicenciats no ho fan. Explicació del concepte En aquesta configuració, un contracte de llicència utilitza l'ID de token de patent i estableix un pla de pagament, com ara un percentatge de vendes futures o una tarifa fixa per ús, que s'envia als accionistes regularment. Els llicenciats posen diners en el contracte, que després el comparteixen amb tots els titulars de token actuals. Si un llicenciat no paga, una opció de clavegueram pot aturar els pagaments futurs fins que l'emissió es fixi, o pot iniciar una votació per cancel·lar la llicència. Aquest mètode automatitzat retalla els intermediaris, alinea els interessos dels propietaris de patents i els llicenciats i assegura que cada titular fraccional rep la seva quota en temps real. Syntax dividit de royalties amb descomposició i explicació 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; } } I aquí, Defineix una corba de pagament lineal, mesurada en Wei per acció per segon, permetent que els ingressos s'acumulin de forma contínua en comptes de sumes fixes. La funció calcula el temps passat des de l'última actualització, la multiplica pel nombre d'accions que es mantenen en escro, i transfereix la quantitat correcta als titulars de tokens. La bandera permet a la governança interrompre la transmissió si el llicenciatari viola els termes. ratePerSecond streamPayments clawbackEnabled Demostració de l'acord de llicència amb exemple Suposem que una companyia de programari, BetaSoft, decideix llicenciar la patent d'Orientació Solar d'Alice (Token ID 1). Van posar 10 ETH en el contracte de llicència i van establir una taxa d'1 gwei per acció per segon. per distribuir al voltant de 0.0864 ETH a tots els titulars de tokens basats en les seves accions. Si BetaSoft no fa un pagament a temps, el DAO pot utilitzar Deixar de pagar fins que s’afegeixin més diners. streamPayments(BetaSoft) triggerClawback(BetaSoft) Configuració de les millores de governança Amb el temps, els titulars de tokens poden voler ajustar els paràmetres de llicència, com ara canviar les taxes, afegir noves condicions de clawback o incloure llicències secundàries. Una funció d'actualització de governança permet proposar, votar i implementar aquests canvis sense haver de redistribuir els contractes bàsics. Explicació del concepte Les actualitzacions comencen amb propostes en cadena que inclouen l'adreça del contracte, el selector de funcions i nous valors de paràmetres. Cada proposta té un retard en el temps, donant als titulars de tokens temps per revisar els canvis. Actualització de la sintaxi de la proposta amb descomposició i explicació 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; } } En aquest contracte de govern, empaqueteix el contracte objectiu i les dades de la funció codificades, després estableix un Els grans interessats poden rebre privilegis de veto fora de la cadena o a través d'un oracle de reputació, mentre que els delegats ajusten la influència de cada vot d'acord amb les puntuacions de reputació. proposeUpgrade eta Actualització de la demostració de votació amb exemple Imagineu-vos que els posseïdors de tokens decideixen augmentar els beneficis de BetaSoft de 1 gwei a 2 gwei. El multisig del DAO crida: ratePerSecond const data = licensingContract.interface.encodeFunctionData( "createLicense", [betaSoftAddress, 1, ethers.utils.parseUnits("2", "gwei"), false] ); await governanceContract.proposeUpgrade(licensingContract.address, data); Després del període de dos dies, qualsevol membre invoca: await governanceContract.executeUpgrade(proposalId); En aquest moment, la taxa de streaming de BetaSoft es duplica, i tots els titulars de token immediatament comencen a guanyar el doble dels ingressos per segon, tot sense necessitat de moure fons o redistribuir el contracte de llicència. Pensaments finals Els NFTs de patents fraccionals converteixen la propietat intel·lectual en un actiu vibrant i centrat en la comunitat. Mitjançant la tokenització d'una invenció, podeu recaptar diners ràpidament, obtenir revisions ràpides i automatitzar la llicència i la compartició d'ingressos. Les rondes de revisió de la multitud utilitzen l'aposta per trobar l'art anterior o fer més fortes les reclamacions de patents, mentre que els mòduls de governança permeten als titulars de tokens decidir sobre les actualitzacions i els termes de llicència. Però encara hi ha preguntes. ¿Acceptaran els tribunals i les oficines de patents les hashes en cadena i les pistes d'auditoria basades en token com a prova? Com pot el sistema aturar el "spam pre-art" i els conflictes d'interès entre els titulars de tokens? Per als interessats, l'Organització Mundial de la Propietat Intel·lectual (OMPI) ofereix investigacions sobre exàmens ràpids de patents i estàndards de proves digitals. biblioteques de codi obert com l'ERC-1155 d'OpenZeppelin i plataformes com Kleros ofereixen eines. Els primers assajos de l'IPwe i el Protocol de base estan provant registres de patents en cadena i actius IP tokenitzats. Aquests esforços apunten a un futur on les NFT milloren la invenció i la llicència.
