NFT Technology for Enhanced Global Digital Registers: A Novel Approach to Tokenization
Abstract
:1. Introduction
2. Literature Review
2.1. Blockchain Technology and NFTs in Digital Asset Management
2.2. Existing Global Digital Registries and Their Limitations
2.3. Gaps in Current Research and Our Proposed Approach
- Centralization: Most of these systems rely on centralized authorities, making them vulnerable to single points of failure and censorship;
- Limited interoperability: Each system operates independently, with minimal cross-system integration capabilities;
- Lack of real-time verification: Many of these systems do not offer instant, global verification of identifiers;
- Inefficient rights management: Tracking and managing rights across different systems and jurisdictions is often complex and time-consuming;
- Scalability issues: As the volume of digital content grows exponentially, traditional systems struggle to keep pace.
- Unified tokenization framework: We propose a standardized approach to tokenize diverse types of identifiers (e.g., ISBN, ISRC, DOI) using NFTs, enabling cross-system interoperability;
- Decentralized verification: Our system allows for real-time, global verification of identifiers without relying on centralized authorities;
- Enhanced rights management: By leveraging smart contracts, we enable automated, transparent, and efficient management of rights across different types of content;
- Scalability solutions: We explore layer-2 scaling solutions and cross-chain interoperability to address the scalability challenges faced by both traditional systems and existing blockchain networks;
- Privacy-preserving transparency: Our research investigates the use of zero-knowledge proofs to balance the need for transparency with privacy requirements, a crucial aspect not addressed in current identification systems.
3. Background and Gap in Current Research
Alternatives Considered for the Tokenization of Pre-Existing Resources
- Centralized database systems. Traditional centralized databases could be employed for tokenizing digital assets. However, they present significant drawbacks such as single points of failure, vulnerability to cyberattacks, and lack of transparency, which are resolved in a blockchain-based system [16,17,36,37].
- Digital Watermarking. This technique embeds information into a digital signal, which can be used to verify asset authenticity and integrity. However, digital watermarking does not provide the comprehensive features offered by NFTs, such as the ability to store rich metadata and the assurance of immutability [31,32,33,34].
4. High-Level System Design
4.1. Blockchain Network
- Polygon (formerly Matic Network): This Ethereum-compatible blockchain offers significantly lower transaction costs and higher throughput, making it ideal for high-volume NFT transactions. Polygon’s compatibility with Ethereum ensures that our system can leverage existing Ethereum tools and infrastructure while benefiting from improved scalability.
- Binance Smart Chain (BSC): As another Ethereum-compatible blockchain, BSC provides high throughput and low transaction costs. Its growing ecosystem of decentralized applications makes it an attractive option for our global registry system.
- Layer-2 Solutions: We explore the integration of Optimistic Rollups and ZK-Rollups on Ethereum, which can dramatically increase transaction throughput while maintaining the security guarantees of the Ethereum mainnet.
4.2. Smart Contracts
- Multi-token Standard Support: In addition to the ERC-721 standard for unique NFTs, we incorporate the ERC-1155 standard [39]. This multi-token standard allows for more efficient batch transfers and the management of both fungible and non-fungible tokens within a single contract. This is particularly useful for handling different types of digital assets and their associated metadata within various global registries;
- Upgradeable smart contracts: To ensure long-term flexibility and the ability to address future requirements or security updates, we implement upgradeable smart contract patterns. This approach allows for the modification of contract logic without disrupting the system’s operation or requiring the migration of existing data;
- Role-Based Access Control (RBAC): We implement a granular RBAC system within our smart contracts to manage different levels of permissions for various stakeholders, such as registry administrators, content creators, and end-users;
- Royalty and Revenue Sharing: For use cases involving intellectual property rights, we incorporate automated royalty distribution mechanisms. These allow for the seamless allocation of revenues to multiple stakeholders based on predefined rules.
- Cross-chain Interoperability: To facilitate interaction with multiple blockchain networks, we design our smart contracts with cross-chain compatibility in mind. This includes the use of bridge contracts and standardized interfaces for cross-chain asset transfers and data verification;
- Gas Optimization: We employ various gas optimization techniques in our smart contract development to minimize transaction costs, which is particularly important for high-volume operations in global registries;
- Event Emission: Our smart contracts emit detailed events for all significant actions, enabling efficient off chain indexing and real-time updates for user interfaces and external systems.
4.3. Non-Fungible Tokens
- 1
- Enhanced Metadata Structure: We implement an extensible metadata schema that accommodates the specific requirements of various global registry types (e.g., ISBN, ISSN, DOI). This schema includes:
- -
- Core fields common to all registry types (e.g., unique identifier, creation date, owner);
- -
- Registry-specific fields (e.g., book title and author for ISBN, journal name and issue number for ISSN);
- -
- Extensible custom fields allow for future additions without system redesign.
- 2
- On-chain vs. off-chain Metadata: To optimize for gas costs and scalability, we implement a hybrid approach:
- -
- Essential, frequently accessed metadata is stored on-chain;
- -
- Larger, less frequently accessed data (e.g., detailed descriptions, high-resolution images) is stored off-chain using IPFS, with on-chain references.
- 3
- Fractional Ownership: We implement a fractional NFT (F-NFT) system that allows for partial ownership of digital assets. This is particularly useful for complex intellectual property scenarios or collaborative works, enabling:
- -
- Division of a single NFT into multiple fractions;
- -
- Trading of fractional ownership;
- -
- Automated royalty distribution based on ownership percentages.
- 4
- Dynamic NFTs: For digital resources that may evolve over time (e.g., regularly updated databases, living documents), we implement dynamic NFTs. These allow for:
- -
- Controlled updates to metadata without compromising the NFT’s uniqueness;
- -
- Version history tracking;
- -
- Conditional metadata updates are based on predefined rules.
- 5
- Nested NFTs: To represent hierarchical relationships in certain registries (e.g., a book series in ISBN), we implement a nested NFT structure, allowing:
- -
- Parent-child relationships between NFTs;
- -
- Inheritance of certain properties from parent to child NFTs;
- -
- Efficient management of related digital assets.
- 6
- Interoperability Layers: We design our NFTs with cross-platform compatibility in mind, implementing:
- -
- Standard interfaces for interaction with various blockchain platforms;
- -
- Metadata translation layers for compatibility with existing registry systems.
- 7
- Privacy-Preserving NFTs: For sensitive digital assets, we incorporate privacy features such as:
- -
- Selective disclosure of metadata;
- -
- Integration with zero-knowledge proof systems for verification without full disclosure.
4.4. Data Exchange Protocols
- 1.
- Blockchain Oracles: We integrate blockchain oracles to enable secure communication between our smart contracts and external data sources or systems. This includes:
- -
- Chainlink for reliable off-chain data retrieval and verification;
- -
- Band Protocol for cross-chain data oracle functionality;
- -
- Custom oracles for specific global registry integrations (e.g., the ISBN database).
- 2.
- Decentralized Storage Solutions:
- -
- In addition to IPFS, we incorporate Filecoin for long-term, incentivized storage of larger datasets;
- -
- We implement Swarm for the resilient and censorship-resistant storage of critical metadata.
- 3.
- Cross-Chain Communication Protocols:
- -
- Integration of Polkadot’s cross-chain messaging (XCMP) for interoperability between different blockchain networks;
- -
- Implementation of the Cosmos Inter-Blockchain Communication (IBC) protocol for seamless data exchange across heterogeneous blockchain systems.
- 4.
- Standardized API Interfaces:
- -
- Development of RESTful APIs adhering to OpenAPI specifications for easy integration with existing systems;
- -
- Implementation of GraphQL APIs for flexible and efficient data querying.
- 5.
- Secure Data Transit:
- -
- Utilization of Transport Layer Security (TLS) for all data transmissions;
- -
- Implementation of JSON Web Tokens (JWT) for secure authentication and information exchange.
- 6.
- Data Integrity Verification:
- -
- Integration of Merkle Tree proofs for efficient verification of large datasets;
- -
- Implementation of zero-knowledge proof systems (e.g., zk-SNARKs) for privacy-preserving verification of sensitive data.
- 7.
- Real-time Data Synchronization:
- -
- Utilization of WebSocket protocol for real-time updates and notifications;
- -
- Implementation of Server-Sent Events (SSE) for efficient one-way real-time data flow.
- 8.
- Interoperability with Legacy Systems:
- -
- Development of custom API adapters for seamless integration with existing global registry systems (e.g., ISBN, ISSN, DOI databases);
- -
- Implementation of ETL (Extract, Transform, Load) processes for bulk data migration and synchronization.
4.5. User Interaction Interfaces
- 1.
- Multi-platform Support:
- -
- Responsive web applications using modern frameworks (e.g., React, Vue.js);
- -
- Native mobile applications for iOS and Android—desktop applications for Windows, macOS, and Linux.
- 2.
- Integrated Wallet Functionality:
- -
- Built-in non-custodial wallet for NFT management;
- -
- Support for popular external wallets (e.g., MetaMask, WalletConnect);
- -
- Hardware wallet integration for enhanced security.
- 3.
- Advanced Search and Discovery:
- -
- Faceted search capabilities for efficient navigation of large NFT collections;
- -
- AI-powered recommendation system for related digital assets;
- -
- Visual search functionality for image based NFTs.
- 4.
- Customizable Dashboards:
- -
- Role-based dashboards for different user types (e.g., creators, collectors, administrators);
- -
- Widgets for real-time analytics and portfolio management;
- -
- Customizable alert and notification systems.
- 5.
- Accessibility and Internationalization:
- -
- Compliance with WCAG 2.1 guidelines for accessibility;
- -
- Multi-language support with easy localization options;
- -
- Culture-sensitive design elements.
- 6.
- Integration with Existing Systems:
- -
- API-driven interfaces for seamless connection with current digital asset management systems;
- -
- Plugins for popular content management systems (e.g., WordPress, Drupal);
- -
- Custom integrations for specific global registry systems (e.g., ISBN database interface).
- 7.
- Advanced Visualization Tools:
- -
- Interactive 3D viewers for complex digital assets;
- -
- Augmented Reality (AR) features for enhanced asset exploration;
- -
- Data visualization tools for analyzing NFT metrics and market trends.
- 8.
- Collaborative Features:
- -
- Real-time collaboration tools for shared NFT management;
- -
- Version control and change tracking for evolving digital assets;
- -
- Comment and annotation systems for enhanced communication.
- 9.
- Privacy and Security Controls:
- -
- Granular permission settings for data visibility;
- -
- Two-factor authentication (2FA) and biometric login options;
- -
- Privacy-preserving data sharing mechanisms.
- 10.
- Educational Resources:
- -
- Integrated tutorials and tooltips for new users;
- -
- Knowledge base and FAQ section;
- -
- Interactive onboarding process for different user roles.
4.6. Privacy and Security
- 1.
- Zero-Knowledge Proofs (ZKPs):
- -
- Integration of zk-SNARKs (Zero-Knowledge Succinct Non-Interactive Argument of Knowledge) for privacy-preserving verification of NFT ownership and attributes;
- -
- Implementation of zk-STARKs (Zero-Knowledge Scalable Transparent Argument of Knowledge) for enhanced scalability and post-quantum security;
- -
- Custom ZKP circuits for specific use cases in various global registries.
- 2.
- Encryption and Data Protection:
- -
- End-to-end encryption for all data transmissions;
- -
- Homomorphic encryption techniques for performing computations on encrypted data;
- -
- Secure Multi-Party Computation (SMPC) for collaborative operations without revealing sensitive information.
- 3.
- Access Control and Identity Management:
- -
- Implementation of Decentralized Identifiers (DIDs) for self-sovereign identity management;
- -
- Attribute-Based Access Control (ABAC) for fine-grained permissions;
- -
- Integration with existing Identity and Access Management (IAM) systems.
- 4.
- Smart Contract Security:
- -
- Rigorous code auditing and formal verification of smart contracts;
- -
- Implementation of upgradeable smart contract patterns for addressing potential vulnerabilities;
- -
- Use of security-focused development frameworks (e.g., OpenZeppelin).
- 5.
- Threat Detection and Mitigation:
- -
- Real-time monitoring for suspicious activities and potential attacks;
- -
- Implementation of circuit breakers and pause mechanisms for emergency situations;
- -
- Regular security assessments and penetration testing.
- 6.
- Data Minimization and Right to be Forgotten:
- -
- Implementation of data minimization principles in NFT metadata;
- -
- Development of mechanisms for selective deletion or obfuscation of personal data;
- -
- Compliance with GDPR and other relevant data protection regulations.
- 7.
- Secure Key Management:
- -
- Integration of Hardware Security Modules (HSMs) for secure key storage;
- -
- Implementation of multi-signature (multisig) wallets for high-value NFTs;
- -
- Key recovery mechanisms and backup solutions.
- 8.
- Privacy-Preserving Analytics:
- -
- Implementation of differential privacy techniques for aggregate data analysis;
- -
- Use of secure enclaves (e.g., Intel SGX) for protected computation environments.
- 9.
- Regulatory Compliance:
- -
- Built-in tools for generating compliance reports;
- -
- Adaptable framework to accommodate evolving regulatory requirements;
- -
- Collaboration with legal experts to ensure adherence to international standards.
- 10.
- User Education and Transparency:
- -
- Clear documentation of privacy policies and data usage;
- -
- User-friendly interfaces for managing privacy settings;
- -
- Regular privacy impact assessments and public disclosure of results.
5. System Functionality and Component Interaction
5.1. Initialization and NFT Creation
5.2. NFT Ownership and Transfer
5.3. Verification and Provenance
5.4. Interfacing with External Systems
- 1.
- Integration with Existing Global Registries:
- -
- Custom API adapters for major registry systems (ISBN, ISSN, DOI, etc.):
- Real-time synchronization with ISBN databases for book metadata;
- Automated ISSN assignment and verification for serial publications;
- DOI resolution and metadata retrieval integration.
- -
- Bi-directional data flow, ensuring consistency between our NFT system and traditional registries;
- -
- Conflict resolution mechanisms for managing discrepancies between systems.
- 2.
- Interoperability Protocols:
- -
- Implementation of the International Image Interoperability Framework (IIIF) for standardized image-based resource sharing;
- -
- Adoption of the Open Archives Initiative Protocol for Metadata Harvesting (OAI-PMH) for efficient metadata exchange with digital libraries and repositories;
- -
- Support for the ResourceSync framework for real-time resource synchronization.
- 3.
- Blockchain Interoperability:
- -
- Integration of cross-chain communication protocols (e.g., Polkadot’s XCMP, Cosmos IBC) for interacting with multiple blockchain networks;
- -
- Implementation of blockchain bridges for asset and data transfer between different networks.
- 4.
- Data Transformation and Mapping:
- -
- Development of flexible data mapping tools to translate between different metadata schemas;
- -
- Implementation of ETL (Extract, Transform, Load) processes for bulk data migration from legacy systems;
- -
- Real-time data normalization to ensure consistency across different data formats.
- 5.
- External Service Integration:
- -
- Pluggable architecture for easy integration of third-party services:
- Digital rights management (DRM) systems;
- Content delivery networks (CDNs);
- Anti-counterfeiting and authentication services.
- -
- Webhook support for real-time notifications to external systems.
- 6.
- Legacy System Compatibility:
- -
- Development of middleware solutions for interfacing with older, non-API-enabled systems;
- -
- Creation of virtual APIs for legacy systems to facilitate modern integration patterns.
- 7.
- Regulatory and Compliance Interfaces:
- -
- Integration with legal deposit systems for national libraries;
- -
- Automated reporting interfaces for copyright offices and other regulatory bodies;
- -
- Compliance checking and verification against industry standards (e.g., ONIX for books).
- 8.
- Search and Discovery Enhancement:
- -
- Integration with major search engines for improved discoverability of NFT-based digital assets;
- -
- Implementation of the Open Graph protocol for rich link previews on social media platforms;
- -
- Support for schema.org markup to enhance structured data for search engines.
5.5. User Interaction
- User Interface (UI): This represents the web or mobile application through which users interact with the system. Users can create, view, and transfer NFTs, as well as manage and verify the tokenization of digital resources;
- API Gateway (API): Acts as an intermediary between the user interface and the back-end components. It handles incoming requests from users and returns the appropriate responses. Additionally, it verifies user access using Identity and Access Management (IAM) and queues incoming requests using Simple Queue Service (SQS);
- Smart Contract (SC): Encapsulates the logic for creating, managing, and transferring NFTs within the system. The API Gateway invokes smart contract functions to perform actions related to NFTs, and the smart contract returns the results;
- Blockchain Network (BC): Provides a decentralized and secure platform for recording NFT transactions and maintaining a tamper-proof history of ownership. The smart contract interacts with the blockchain network to manage NFTs;
- Decentralized Storage (DS): Stores metadata associated with digital resources in a decentralized and secure manner. The smart contract interacts with Decentralized Storage to store and retrieve metadata;
- Privacy Module (PM): Implements privacy-preserving techniques such as zero-knowledge proofs to enhance data protection and confidentiality within the system;
- Oracle Network (ON): Facilitates the integration of external data sources, enabling smart contracts to access off-chain information securely and reliably;
- Cross-Chain Bridge (CCB): Enables interoperability between different blockchain networks, allowing for the exchange of assets and data across various platforms.
- Identity and Access Management (IAM): Handles user authentication and authorization, ensuring that only authorized users can interact with the system;
- Simple Queue Service (SQS): Queues incoming requests from the API Gateway to manage and distribute the workload efficiently;
- DynamoDB: A NoSQL database used to store and retrieve data related to the system’s operations, such as user information and NFT metadata.
- 1.
- User: This represents an individual who interacts with the NFT-based tokenization system. Their use cases include the following:
- Authenticate: Log in to the system using their credentials;
- Authorize: Grant or revoke access to specific system functions based on their role and permissions;
- Create NFT: Register a new digital resource and create a corresponding NFT;
- Transfer NFT: Transfer the ownership of an NFT to another user;
- View NFT: Access and view the details of an NFT, such as its metadata and ownership history;
- Verify Tokenization: Check and confirm the validity and uniqueness of the tokenization process for a digital resource;
- Manage Fractional NFT Ownership: Participate in partial ownership of NFTs, including buying, selling, and managing fractional shares;
- Verify Confidential Data: Validate sensitive information related to NFTs using privacy-preserving techniques such as zero-knowledge proofs;
- Configure Privacy Settings: Adjust personal data sharing preferences and visibility options for owned NFTs.
- 2.
- Administrator: This represents a system administrator responsible for managing and monitoring the NFT-based tokenization system. Their use cases include:
- Manage Users: Add, remove, or modify user accounts and their access permissions;
- Manage Digital Register: Add, remove, or modify digital resources within the global digital register;
- Monitor System Performance: Track the performance and stability of the system, addressing any issues that arise;
- Configure Privacy Settings: Define and implement system-wide privacy policies and data protection measures.
- Unauthenticated—The initial state of the system when a user has not yet logged in. Transition: Authenticate—The user provides their credentials and logs in to the system;
- Authenticated—The user has successfully logged in and can access the system’s features. Transition: Logout—The user logs out of the system and returns to the unauthenticated state;
- Idle—The default state within a authenticated state, where the user is not currently performing any specific action;
- NFT_Creation—The user initiates the process of creating a new NFT for a digital resource. Transition: NFT Created—The system successfully creates the NFT and updates the global digital register;
- NFT_Created—The system confirms that the NFT has been successfully created.
- NFT_Transfer—The user initiates the process of transferring the ownership of an NFT to another user. Transition: NFT Transferred—The system successfully transfers the NFT ownership and updates the global digital register;
- NFT_Transferred—The system confirms that the NFT ownership has been successfully transferred;
- NFT_View—The user accesses and views the details of an NFT, such as its metadata and ownership history;
- Verify_Tokenization—The user checks and confirms the validity and uniqueness of the tokenization process for a digital resource.
- The user requests global register information from the global registry;
- Global Registry provides the requested information to the user;
- The user authenticates with the blockchain network;
- The user initiates the NFT creation process with the smart contract;
- If NFT creation is successful, the smart contract stores the NFT metadata on the blockchain network and notifies the user. If it fails, the user receives an error message;
- The user initiates the process of transferring NFT ownership through the smart contract;
- If the ownership transfer is successful, the smart contract updates the NFT ownership on the blockchain network and notifies the user. If it fails, the user receives an error message;
- The user requests tokenization verification from the smart contract;
- Smart contract checks NFT validity on the blockchain network and returns the verification result to the user;
- The administrator authenticates with the blockchain network;
- The administrator manages global registers through the registry;
- The administrator manages NFTs through the smart contract, which performs the necessary actions on the blockchain network and returns the results to the administrator;
- The administrator manages users within the system through the blockchain network.
6. Comparative Research Methodology
6.1. Performance Metrics
- Transaction throughput: Measured in transactions per second (TPS)
- Block confirmation time: The average time for a transaction to be confirmed
- Gas costs: The computational cost of executing operations on the blockchain
- Storage efficiency: The amount of data that can be stored per transaction
6.2. Security Analysis
- Consensus mechanisms: Evaluating the robustness of different consensus algorithms
- Smart contract vulnerabilities: Analyzing common vulnerabilities in smart contract implementations
- Resistance to 51% attacks: Assessing the theoretical resistance to majority attacks
- Data immutability: Evaluating the permanence and tamper-resistance of stored data
6.3. Case Studies
- Ethereum Name Service (ENS): A decentralized domain name system
- OpenSea: A popular NFT marketplace
- Decentraland: A virtual world platform using NFTs for digital land ownership
- Aavegotchi: A DeFi-enabled crypto collectibles game
6.4. Comparative Analysis
- Scalability: The ability to handle increasing numbers of entries and transactions
- Interoperability: Ease of integration with other systems and platforms
- Cost-effectiveness: Long-term operational and maintenance costs
- User experience: Ease of use for both administrators and end-users
- Customizability: Flexibility in adapting to different use cases
6.5. Limitations
7. Comparison and Discussion of Research Results
7.1. Comparison with Centralized Global Registry Systems
- Data Security: Centralized systems are vulnerable to data breaches. For instance, the ISBN database managed by Bowker experienced a significant breach in 2018, exposing users’ personal and financial data [40]. In contrast, our NFT-based system inherits the robust security of blockchain networks. Ethereum, for example, has never suffered a network-level security breach since its inception in 2015 [41].
- Censorship Resistance: The centralized nature of traditional systems makes them susceptible to censorship. China has constantly blocked access to several DOI links, affecting researchers’ ability to access scientific literature [42,43]. Our decentralized approach eliminates this risk, as demonstrated by the continued accessibility of blockchain-based content even in restrictive environments.
- Transparency: While systems such as DOI offer some level of transparency, the full history of changes is not readily available to the public. The CrossRef DOI system processed over 1 billion DOI resolutions per month in 2021, but the details of these transactions are not publicly verifiable [44]. In contrast, our NFT-based system on Ethereum would make every transaction publicly viewable and verifiable.
- No Single Point of Failure: The centralized ISBN system has experienced downtime due to server issues. In 2019, the U.S. ISBN agency reported several hours of unplanned downtime [47]. Decentralized networks namely Ethereum have achieved near 100% uptime since inception, with only minor slowdowns during peak congestion periods [48].
- Interoperability: Traditional systems often operate in silos. For example, there is limited interoperability between the ISBN and ISRC systems for books and music recordings, respectively. Our NFT-based system could bridge these gaps. The Polygon network, which our system could utilize, has processed over 1 billion transactions across various asset types, demonstrating high interoperability [46].
- Smart Contract Functionality: Unlike LCCN or ISAN, which are static assignment systems, our NFT-based approach allows for programmable registries. For example, an ISWC (International Standard Musical Work Code) implemented as an NFT could automatically track and distribute royalties based on usage, a feature not possible in the current centralized system [50].
- Update Speed: The ISTC (International Standard Text Code) system updates its database weekly [51]. Our blockchain-based system would reflect changes in near real-time, with new entries visible within minutes across the entire network.
- Global Accessibility: While systems such as ASIN are tied to specific platforms (Amazon), our NFT-based registry would be globally accessible. This is particularly relevant for international standards such as BICI (Book Item and Component Identifier), which could benefit from blockchain’s borderless nature [52].
7.2. Comparison with Decentralized Global Registry Systems
- Scalability and Performance: The Ethereum Name Service (ENS) processes approximately 300,000 registrations and 3 million lookups per month [53,54]. In contrast, our system implemented on Polygon could theoretically handle up to 18 million registrations per month, based on Polygon’s 7000 TPS capacity [46]. This represents a significant improvement in scalability.
- Interoperability: While IPFS offers high interoperability at the protocol level, it lacks native integration with smart contract platforms. Our system, built on NFT standards, can easily interact with various DeFi and Web3 applications. For instance, the number of unique addresses interacting with NFTs on Ethereum surpassed 4 million [55,56,57], demonstrating the widespread adoption and interoperability of NFT standards.
- Customizability: ENS allows for limited metadata storage on-chain. Our NFT-based approach leverages the ERC-721 or ERC-1155 standards, which support extensive metadata. This allows for more complex registry entries, similar to how Decentraland manages virtual land parcels, with over 97,000 unique landowners recorded [46].
- Update Speed: IPFS content addressing is near-instantaneous but achieving consensus on the latest version of mutable data can be challenging. Our system, implemented on Polygon, offers a balance with 2-s block times [46], allowing for rapid updates while maintaining blockchain consensus.
- Adoption and Ecosystem: ENS has registered over 2.8 million domain names as of 2023 [55,57]. While impressive, our system’s flexibility could potentially cater to a much larger market. For comparison, the ISBN system assigns approximately 1.5 million new identifiers annually [47,52]. Our solution could handle this volume more efficiently and at a lower cost than current blockchain-based alternatives.
- Cross-chain Compatibility: Unlike ENS, which is primarily Ethereum-based, our system can be implemented across multiple chains. This is similar to how NFT bridges such as Wormhole have facilitated the transfer of over $25 billion in assets across different blockchains [58], demonstrating the potential for truly global, cross-chain registry systems.
8. Experimental Evaluation
8.1. Experimental Methodology and Environment
8.1.1. Test Environment
8.1.2. Hardware and Software Specifications
- Processor: AMD Ryzen 7 7840HS w/Radeon 780 M Graphics, 3.80 GHz (Cores: 8 Threads: 16; Clock speed: 3.8 GHz; Turbo Speed: 5.1 GHz)
- RAM: 64 GB DDR5 SO-DIMM 5600 MHz
- Storage: 1 TB NVMe SSD
- Operating System: Windows 11
8.1.3. Justification for the Local Environment
- Reproducibility: A local environment ensures consistent network conditions across multiple test runs, allowing for more accurate comparisons and analysis;
- Cost-effectiveness: Testing on the Ethereum mainnet or even testnets would incur real costs, limiting the extent of our experiments. The local environment allowed for extensive testing without financial constraints;
- Performance isolation: By eliminating external network factors, we could focus on the intrinsic performance of our smart contract and system architecture;
- Rapid iteration: The local environment facilitated quick deployment and testing cycles, enabling us to refine our methodology and system design efficiently;
- Controlled parameter adjustment: Ganache allowed us to adjust blockchain parameters, enabling testing under various network conditions.
8.1.4. Limitations and Assumptions
- Network idealization: The local environment does not capture the full complexity of the Ethereum network, including aspects such as network latency, congestion, and the impact of other users’ transactions;
- Gas price stability: In our local environment, gas prices remained constant, whereas they fluctuate in the real Ethereum network based on demand;
- Block time consistency: Ganache produces blocks instantly when transactions are available, which differs from the Ethereum mainnet’s average block time of around 13 s;
- Scalability simulation: While we attempted to stress-test the system, the local environment cannot fully replicate the challenges of operating at a global scale;
- Security considerations: The controlled environment does not account for potential security threats and attacks that might occur in a public network.
8.2. Smart Contract Implementation
8.2.1. Overview of the Global Digital Registry Smart Contract
8.2.2. Detailed Description of Key Functions
- 1.
- registerItem(string memory _identifier, string memory _metadata) public returns (uint256) Parameters:
- _identifier: A unique string identifier for the item (e.g., ISBN, DOI)
- _metadata: A string containing metadata about the item Return value: The token Id of the newly created NFT
- 2.
- transferOwnership(uint256 _tokenId, address _newOwner) public Parameters:
- _tokenId: The unique identifier of the NFT
- _newOwner: The address of the new owner
- 3.
- updateMetadata(uint256 _tokenId, string memory _newMetadata) public parameters:
- _tokenId: The unique identifier of the NFT
- _newMetadata: The updated metadata string
- 4.
- verifyItem(string memory _identifier) public view returns (bool) Parameters:
- _identifier: The unique identifier to verify Return value: A boolean indicating whether the item is registered
- 5.
- getItemDetails(uint256 _tokenId) public view returns (string memory, string memory, address) Parameters:
- _tokenId: The unique identifier of the NFT return values:
- The item’s identifier
- The item’s metadata
- The current owner’s address
- 6.
- batchRegister(string[] memory _identifiers, string[] memory _metadataList) public Parameters:
- _identifiers: An array of unique identifiers
- _metadataList: A corresponding array of metadata strings
8.2.3. Rationale Behind Design Choices
- ERC-721 Standard Adoption: We chose to build upon the ERC-721 standard due to its widespread adoption, robust security features, and compatibility with existing NFT ecosystems. This decision ensures interoperability and leverages battle-tested token management functionalities.
- Identifier-to-Token Mapping: The use of a mapping between string identifiers and token IDs allows for efficient lookups and verification, which is crucial for a global registry system that may need to handle millions of entries.
- Metadata Storage: Storing metadata directly on-chain ensures data integrity and immediate availability. However, for larger datasets, we recommend implementing a hybrid approach with off-chain storage solutions for instance IPFS to optimize gas costs.
- Access Control: Functions that modify the state (for example, registerItem and updateMetadata) include ownership checks to ensure data integrity and prevent unauthorized modifications.
- Batch Operations: The inclusion of batch registration functionality addresses scalability concerns and provides cost-effective solutions for large-scale data entry.
- Gas Optimization: Throughout the contract, we’ve prioritized gas-efficient operations, such as using mappings for lookups and minimizing storage operations where possible.
- Upgradability Considerations: While not implemented in the current version, the contract structure allows for future upgradability patterns, ensuring the system can evolve with changing requirements and technological advancements.
8.3. Testing Scripts and Procedures
8.3.1. Description of the performance_test.js Script
- Initialization: Establishes a connection to the local blockchain and loads the smart contract ABI and address;
- Test functions: Separate functions for each performance test, encapsulating the logic for specific operations and measurements;
- Metrics collection: Utilizes JavaScript’s built-in Date object for time measurements and Web3.js methods for gas consumption data;
- Results reporting: Outputs the collected metrics in a human-readable format for analysis.
8.3.2. Explanation of Measured Metrics
- Throughput: Definition: The number of successful transactions processed per second. Measurement method: The script executes a predefined number of registerItem transactions in rapid succession and calculates the average number of transactions completed per second. Significance: Throughput is a critical metric for assessing the system’s capacity to handle high-volume registration scenarios, such as bulk data imports or peak usage periods;
- Latency: Definition: The time taken for a single transaction to be processed and confirmed. Measurement method: The script measures the time elapsed between initiating a registerItem transaction and receiving confirmation of its successful execution. Significance: Latency impacts the user experience and is crucial for applications requiring near real-time updates to the registry;
- Gas Consumption: Definition: The amount of computational work required to execute a transaction, measured in gas units. Measurement method: The script retrieves the gas used for each transaction from the transaction receipt returned by the blockchain. Significance: Gas consumption directly translates to transaction costs on the Ethereum network, making it a key factor in assessing the economic viability of the system;
- Function Execution Time: Definition: The time taken to execute a specific smart contract function, excluding network latency. Measurement method: The script measures the time elapsed for non-transactional function calls, such as getItemDetails. Significance: This metric helps identify potential bottlenecks within the smart contract logic and assess the efficiency of data retrieval operations;
- Batch Operation Performance: Definition: The efficiency of processing multiple items in a single transaction compared to individual processing. Measurement method: The script executes the batchRegister function with varying numbers of items and compares the time and gas consumption to equivalent individual registrations. Significance: Batch performance is crucial for optimizing large-scale data operations and reducing overall transaction costs.
8.3.3. Test Scenarios and Their Justifications
- Single-Item Registration: Scenario: Register individual items repeatedly. Justification: This scenario simulates the most common operation and serves as a baseline for performance comparisons;
- Item Retrieval: Scenario: Retrieve details of registered items. Justification: It assesses the efficiency of data retrieval, which is critical for user interfaces and third-party integrations;
- Ownership Transfer: Scenario: Transfer ownership of registered items between accounts. Justification: Evaluates the performance of ownership management, a key feature of NFT-based systems;
- Metadata Update: Scenario: Update the metadata of existing items. Justification: Tests the system’s ability to maintain up-to-date information, crucial for dynamic digital registries;
- Batch Registration: Scenario: Register multiple items in a single transaction, varying the batch size. Justification: Assesses the system’s capability to handle bulk operations efficiently, which is important for large-scale data migrations or high-volume registration periods;
- Concurrent Operations: Scenario: Simulate multiple users interacting with the contract simultaneously. Justification: Evaluates the system’s performance under concurrent load, mimicking real-world usage patterns;
- Gas Limit Stress Test: Scenario: Gradually increase transaction complexity until reaching block gas limits. Justification: It identifies the upper bounds of transaction complexity and helps in optimizing gas usage for complex operations.
8.4. Functional Testing
- Ownership Transfer (transferOwnership function): We verified that only the current owner could initiate transfers and that ownership records were accurately updated.
- Metadata Update (updateMetadata function): We ensured that only the current owner could modify item metadata and that updates were correctly stored and retrievable.
- Batch Registration (batchRegister function): We evaluated the contract’s capability to handle multiple registrations in a single transaction, simulating scenarios of bulk data entry.
- Item Details Retrieval (getItemDetails function): We verified the accuracy and completeness of stored data by retrieving comprehensive information about registered items.
8.5. Experimental Results
8.5.1. Performance Metrics
8.5.2. Graphical Representation of Key Metrics
8.5.3. Comparative Analysis
- Throughput: Our achieved throughput of 33.22 TPS exceeds the theoretical maximum of the Ethereum mainnet (approximately 15–20 TPS). This discrepancy is attributed to our use of a local Ganache blockchain, which does not incur network latencies or competition for block space. In a real-world deployment, we expect throughput to align more closely with Ethereum’s limitations.
- Latency: The observed latency of 26 ms is significantly lower than Ethereum’s average block time of 13 s. Again, this reflects the ideal conditions of our local environment. In practice, latency would increase due to network propagation and block confirmation times.
- Gas Consumption: Compared to a basic ERC-721 token minting operation (which typically consumes around 100,000 gas), our registerItem function’s consumption of 126,276 gas represents a modest 26% increase. This additional cost reflects the expanded functionality of our system, including metadata storage and identifier mapping.
- Batch Operations: The efficiency of our batch registration (20.4 ms per item in a batch of 5) demonstrates a 21.5% improvement over individual registrations (26 ms per item). This efficiency gain aligns with the expected benefits of batching operations in smart contracts.
- Function Execution Time: The 14 ms execution time for getItemDetails is commendable, considering the function retrieves multiple data points (identifier, metadata, and owner address). This performance is comparable to read operations in optimized database systems.
8.6. Discussion and Analysis
8.6.1. Interpretation of Results
8.6.2. Performance Analysis in the Context of Global Digital Registries
8.6.3. Comparison with Existing Systems
8.6.4. Scalability Considerations
8.6.5. Potential Optimizations and Improvements
- Gas optimization: Further refinement of smart contract code to reduce gas consumption, particularly for frequently used functions.
- Enhanced batching: Developing more sophisticated batching mechanisms to handle larger volumes of registrations efficiently.
- Off-chain storage: Implementing a hybrid storage solution, using IPFS or similar systems for metadata storage, to reduce on-chain data and gas costs.
- Parallel processing: Exploring sharding or other parallel processing techniques to improve scalability.
8.7. Limitations and Future Work
8.7.1. Potential Impact of Real-World Factors on Performance
- Reduced throughput due to network congestion and block size limitations.
- Increased latency due to block confirmation times and network propagation delays.
- Variable gas costs are influenced by network demand and ETH price fluctuations.
- Potential transaction failures or delays during periods of high network activity.
8.7.2. Proposed Future Experiments and Evaluations
- Testnet deployment: Conducting extensive testing on Ethereum testnets (e.g., Goerli, Sepolia) to gather more realistic performance data.
- Long-term stress testing: Running the system under sustained high loads to identify performance degradation over time.
- Security audits: Engaging third-party auditors to assess the smart contract’s security and identify potential vulnerabilities.
- User experience studies: Gathering feedback from potential end-users to refine the system’s interface and functionality.
8.7.3. Suggestions for System Improvements
- Implementing state channels or layer-2 solutions to improve scalability and reduce transaction costs.
- Developing a more robust error handling and recovery mechanism to manage failed transactions.
- Creating an upgradeable smart contract architecture to facilitate future improvements without disrupting existing data.
- Integrating oracle services for enhanced interoperability with external systems and data sources.
8.8. Implications for Real-World Implementation
- Gas price volatility: Implementing dynamic gas price strategies to ensure transaction success during network congestion.
- Block size limitations: Optimizing transaction size and frequency to work within Ethereum’s block constraints.
- Network upgrades: Staying abreast of Ethereum’s roadmap (e.g., Ethereum 2.0) and adapting the system to leverage new features and improvements.
- Single registration cost: 126,276 × 50 × 1 × 10−9 × 2000 = $12.63;
- Batch registration cost (per item): (550,000/5) × 50 × 1 × 10−9 × 2000 = $11.00.
- High transaction costs: Implement layer-2 scaling solutions or explore alternative blockchain platforms with lower fees;
- User onboarding: Develop user-friendly interfaces and educational resources to facilitate adoption by non-blockchain users;
- Regulatory compliance: Engage with regulatory bodies to ensure the system meets legal requirements across different jurisdictions;
- Interoperability: Develop standards and APIs to facilitate integration with existing digital asset management systems.
8.9. Conclusion of the Experimental Evaluation
9. Practical Applications and Use Cases
- Cultural heritage management. The tokenization of UNESCO World Heritage sites provides a compelling case. The unique attributes of each site can be embedded into an NFT, creating an immutable digital record of the site’s information, its historical significance, and current status. This enables a decentralized, globally accessible, and secure database of world heritage sites that can significantly aid in their preservation and management;
- Intellectual property management. Intellectual property rights management, particularly in the music and arts industry, is another field that can greatly benefit from our proposed system. For instance, artists could tokenize their work, with each NFT carrying crucial metadata about the artwork, including its authenticity, ownership, and rights for reproduction. This not only curbs art forgery and copyright infringement but also opens up new avenues for artists to monetize their work directly;
- Real estate registry. Tokenization can revolutionize the real estate industry by enhancing transparency and efficiency in property transactions. Each property can be tokenized into an NFT, with its unique property details, ownership history, and transaction records securely stored on the blockchain. This can streamline property transactions, reduce disputes, and increase trust among the parties involved;
- Academic credential verification. Academic institutions can tokenize degrees and credentials, offering a robust solution to the prevalent issue of fake degrees and credential fraud. Each token can contain verifiable data about the student, the degree awarded, and the awarding institution. This not only simplifies the process of degree verification for employers but also ensures the authenticity of academic credentials.
9.1. Tokenization of Cultural Heritage and Other Valuable Digital Assets
9.1.1. Preservation of World Heritage Sites
9.1.2. Protection of Intangible Cultural Heritage
9.1.3. Management of Intellectual Property Rights
9.1.4. Digitization of Museums and Art Collections
9.1.5. Conservation of Endangered Languages
9.2. Existing Registries
9.3. New Registries
9.4. Comparative Analysis of NFT-Based Global Digital Registries
- Traditional Centralized System: While scalable and user-friendly, it is vulnerable to censorship and lacks global interoperability.
- Existing Blockchain Solution (e.g., Ethereum-based): Offers strong security and censorship resistance but faces high transaction costs and scalability issues.
- Our NFT-based System: Provides a balance of security, scalability, and interoperability. Each artwork is represented by a unique NFT, containing rich metadata about its provenance, ownership history, and exhibition records. The system allows for easy verification of authenticity, seamless transfer of ownership, and global accessibility, all while maintaining privacy where necessary through zkSNARK technology.
10. Legal, Ethical, and Social Implications of NFT-Based Tokenization for Global Digital Registers
- Data Privacy Concerns: The adoption of NFT-based tokenization for global digital registers raises data privacy concerns, as personal information may be associated with unique tokens. While blockchain technology provides a level of security and immutability, it is crucial to address the potential risks associated with unauthorized access to sensitive data. Implementing privacy-preserving technologies, such as zero-knowledge proofs or zkSNARKs, can mitigate these concerns by enabling the verification of token ownership without disclosing sensitive information.
- Ownership Rights: NFT-based tokenization introduces new challenges in terms of ownership rights, particularly concerning intellectual property (IP) and copyright. The decentralized nature of blockchain technology may lead to potential conflicts between jurisdictions and legal frameworks. Therefore, it is essential to establish clear guidelines and frameworks for handling IP and copyright issues to ensure that creators and rightsholders are adequately protected and fairly compensated.
- Regulatory Challenges: The widespread adoption of NFT-based tokenization for global digital registers may face regulatory challenges, as governments and authorities may seek to impose controls and restrictions on blockchain-based systems. Regulatory bodies need to strike a balance between ensuring the technology’s responsible use and preserving its core benefits, such as decentralization, security, and transparency. Developing appropriate legal frameworks and engaging in international cooperation will be vital to effectively addressing these regulatory challenges.
10.1. Evaluation of the Proposed Approach
- Feasibility. The feasibility of our proposed approach relies on the effective integration of blockchain technology and NFTs with existing and new global digital registers. To ensure its practicality, it is necessary to develop standards and protocols that facilitate seamless data exchange, interoperability, and collaboration among different systems and stakeholders.
- Scalability. Scalability is a crucial consideration for the widespread adoption of NFT-based tokenization for global digital registers. The system must be capable of handling an increasing number of transactions and participants without compromising performance. Leveraging blockchain technologies with efficient consensus mechanisms, such as proof-of-stake (PoS) or sharding, can help address scalability concerns.
- Long-term Sustainability. The long-term sustainability of our approach depends on its adaptability to evolving technological advancements, legal frameworks, and user demands. Continuous research, development, and collaboration among stakeholders, including governments, industry players, and academics, are vital to ensuring the system’s ongoing relevance and growth.
- Developing privacy-preserving techniques that maintain data confidentiality while ensuring the integrity and transparency of the system;
- Establishing legal frameworks and international agreements to address IP, copyright, and regulatory concerns;
- Investigating the integration of our system with emerging technologies, such as quantum computing and advanced cryptographic techniques, to enhance security and performance.
10.2. Novelty and Advantages of the Proposed Solution
- Comprehensive Integration: Unlike existing solutions that focus solely on either security or scalability, our system integrates advanced blockchain technology with traditional registry systems, offering a holistic solution that addresses multiple challenges simultaneously;
- Adaptive Interoperability: Our system is designed to be blockchain-agnostic, allowing for seamless integration with various blockchain networks. This adaptability ensures long-term viability and flexibility in an ever-evolving technological landscape;
- Enhanced Metadata Management: By leveraging the extensible nature of NFTs, our system allows for rich, detailed metadata storage that goes beyond simple identifiers. This enables complex rights management and detailed provenance tracking;
- Privacy-Preserving Transparency: Through the incorporation of zkSNARK technology, our system uniquely balances the need for transparency with privacy requirements, a feature not commonly found in existing registry systems;
- Smart Contract-Enabled Functionality: The use of smart contracts in our system enables automated rights management, royalty distribution, and conditional access controls, features that are either impossible or highly complex in traditional systems.
- Interoperability Example: A book published in the United States with an ISBN can be seamlessly linked to its translations in other countries, each with their own ISBN, through our NFT-based system. This interoperability extends to different types of content as well, allowing for connections between books (ISBN), their audio versions (ISRC), and any derived screenplays (ISAN), all within a single, unified system.
- Customizability Justification: The extensible nature of NFT metadata allows for easy adaptation to various registry types. For instance, the same underlying system can be customized to handle the specific requirements of ISBN (for books), ISRC (for music recordings), and ISTC (for textual works), each with their own unique metadata fields and relationships.
10.3. Identity Management and Intellectual Property Considerations
- Decentralized Identifiers (DIDs): We utilize W3C-compliant Decentralized Identifiers to create persistent, verifiable, and decentralized digital identities for both users and digital assets;
- Verifiable Credentials: The system supports the issuance and verification of claims about identities, such as copyright ownership or licensing rights, using the W3C Verifiable Credentials data model;
- Multi-Signature Ownership: For complex IP scenarios involving multiple stakeholders, our system supports multi-signature ownership of NFTs, ensuring that all relevant parties must approve transactions;
- Timelock and Escrow Mechanisms: Smart contracts can implement timelock and escrow functionalities to manage time-bound rights, such as licensing agreements or embargo periods for academic publications;
- Hierarchical Rights Management: The system allows for the creation of hierarchical structures within NFTs, enabling the representation of complex IP scenarios, such as derivative works or collective authorship.
10.4. Scalability and Transaction Costs on Ethereum
- Layer-2 Scaling Solutions: We integrate Layer-2 scaling solutions such as Optimistic Rollups or ZK-Rollups, which can significantly increase transaction throughput while reducing costs;
- Gas Optimization: Our smart contracts are designed with gas optimization in mind, minimizing the computational cost of operations on the Ethereum network;
- Batching Transactions: Where applicable, we implement transaction batching to reduce the overall number of on-chain transactions required;
- Cross-Chain Interoperability: Our system is designed to be blockchain-agnostic, allowing for the use of more cost-effective blockchains when necessary while maintaining interoperability with Ethereum;
- State Channels: For frequent, low-value transactions, we implement state channels to conduct off-chain transactions, only settling on the main chain when necessary.
11. Conclusions
- We introduce a novel approach to tokenizing global digital registers using NFTs, emphasizing their role as unique identifiers for digital resources rather than speculative assets;
- We present an adaptive interoperability framework that allows seamless integration with various blockchain networks, ensuring long-term viability in a rapidly evolving technological landscape;
- We propose innovative solutions for enhanced metadata management and privacy-preserving transparency, addressing complex rights management and data protection concerns;
- We provide a detailed examination of identity management in the context of intellectual property rights, offering solutions for multi-stakeholder scenarios and time-bound rights management.
- Practical implementation and performance testing in various industries, particularly focusing on high-volume scenarios to validate scalability claims;
- Further development of privacy-preserving technologies, such as zkSNARKs, will enhance the system’s ability to handle sensitive data while maintaining transparency;
- Exploration of cross-chain interoperability to mitigate scalability limitations and transaction costs associated with specific blockchain networks;
- Investigation into regulatory compliance across different jurisdictions to ensure global applicability of the system;
- User experience studies to refine the interface and improve adoption rates among non-technical users.
Author Contributions
Funding
Data Availability Statement
Conflicts of Interest
Appendix A
Appendix B
References
- Aplin, T. Aplin, T. A Global Digital Register for the Preservation and Access to Cultural Heritage: Problems, Challenges and Possibilities. In Copyright and Cultural Heritage; Edward Elgar Publishing: Cheltenham, UK, 2010; p. 13868. ISBN 978-1-84980-803-3. [Google Scholar]
- Models for Implementing a Digital Preservation Service. In Practical Digital Preservation: A How-to Guide for Organizations of Any Size; Brown, A. (Ed.) Facet: London, UK, 2013; pp. 63–108. Available online: https://www.cambridge.org/core/books/abs/practical-digital-preservation/models-for-implementing-a-digital-preservation-service/57ED5E17F9D0052271E590EF32ECF786 (accessed on 4 June 2024)ISBN 978-1-85604-962-7.
- IEEE Std 3207-2022; IEEE Standard for Blockchain-Based Digital Asset Identification. IEEE: Piscataway, NJ, USA, 2023; pp. 1–32. [CrossRef]
- Tharun, T.; Vamshi, A.; Eswari, R. NFT Application for Music Industry Using Blockchain Smart Contracts. In Proceedings of the 2023 4th International Conference on Innovative Trends in Information Technology (ICITIIT), Kottayam, India, 11–12 February 2023; pp. 1–6. [Google Scholar]
- Non-Fungible Tokens (NFT). Available online: https://ethereum.org (accessed on 15 April 2023).
- Non-Fungible Token (NFT): What It Means and How It Works. Available online: https://www.investopedia.com/non-fungible-tokens-nft-5115211 (accessed on 15 April 2023).
- Non Fungible Token (NFT) Nell’enciclopedia Treccani. Available online: https://www.treccani.it/enciclopedia/non-fungible-token (accessed on 15 April 2023).
- Belk, R.; Humayun, M.; Brouard, M. Money, Possessions, and Ownership in the Metaverse: NFTs, Cryptocurrencies, Web3 and Wild Markets. J. Bus. Res. 2022, 153, 198–205. [Google Scholar] [CrossRef]
- Elmay, F.; Kadadha, M.; Mizouni, R.; Singh, S.; Otrok, H.; Mourad, A. Digital Twins and Dynamic NFTs for Blockchain-Based Crowdsourced Last-Mile Delivery. Inf. Process. Manag. 2024, 61, 103756. [Google Scholar] [CrossRef]
- Ferro, E.; Saltarella, M.; Rotondi, D.; Giovanelli, M.; Corrias, G.; Moncada, R.; Cavallaro, A.; Favenza, A. Digital Assets Rights Management through Smart Legal Contracts and Smart Contracts. Blockchain Res. Appl. 2023, 4, 100142. [Google Scholar] [CrossRef]
- Hasan, H.R.; Madine, M.; Yaqoob, I.; Salah, K.; Jayaraman, R.; Boscovic, D. Using NFTs for Ownership Management of Digital Twins and for Proof of Delivery of Their Physical Assets. Future Gener. Comput. Syst. 2023, 146, 1–17. [Google Scholar] [CrossRef]
- Huang, T.; Xie, R.; Ren, Y.; Yu, F.R.; Zou, Z.; Han, L.; Liu, Y.; Cheng, D.; Li, Y.; Liu, T. DTAIS: Distributed Trusted Active Identity Resolution Systems for the Industrial Internet. Digit. Commun. Netw. 2023; In Press. [Google Scholar] [CrossRef]
- Urom, C.; Ndubuisi, G.; Guesmi, K. Global Macroeconomic Factors and the Connectedness among NFTs and (Un)Conventional Assets. Res. Int. Bus. Financ. 2024, 2024, 102429. [Google Scholar] [CrossRef]
- Wilkoff, S.; Yildiz, S. The Behavior and Determinants of Illiquidity in the Non-Fungible Tokens (NFTs) Market. Glob. Financ. J. 2023, 55, 100782. [Google Scholar] [CrossRef]
- Zhao, L.; Zhang, J.; Jing, H.; Wu, J.; Huang, Y. A Blockchain-Based Cryptographic Interaction Method of Digital Museum Collections. J. Cult. Herit. 2023, 59, 69–82. [Google Scholar] [CrossRef]
- IBM Documentation. Available online: https://www.ibm.com/docs/en/bpm/8.5.0?topic=assets-asset-repository (accessed on 15 April 2023).
- Josaw1 Digital Asset Management Overview—Commerce|Dynamics 365. Available online: https://learn.microsoft.com/en-us/dynamics365/commerce/dam-overview (accessed on 15 April 2023).
- Oracle WebCenter Content: Digital Asset Management. 2022. Available online: https://www.oracle.com/a/ocom/docs/ds-owc-content-digital-asset-mgmt-427839.pdf (accessed on 4 June 2024).
- OCM—Digital Asset Management. Available online: https://videohub.oracle.com/media/OCM+-+Digital+Asset+Management/1_io4wfnst (accessed on 15 April 2023).
- Alfresco Digital Asset Management Roadmap and Backlog. Available online: https://hub.alfresco.com/t5/alfresco-content-services-hub/alfresco-digital-asset-management-roadmap-and-backlog/ba-p/291499 (accessed on 15 April 2023).
- RivetLogic. Available online: https://www.rivetlogic.com/resources/content/webinars/digital-asset-management-with-alfresco (accessed on 15 April 2023).
- Marketing Asset Center/Digital Asset Manager. Available online: https://www.alfresco.com/partners/solutions/marketing-asset-center-digital-asset-manager (accessed on 15 April 2023).
- Scopri Adobe Experience Manager Assets. Available online: https://business.adobe.com/it/products/experience-manager/assets/aem-assets.html (accessed on 15 April 2023).
- Explore Adobe Experience Manager Assets. Available online: https://business.adobe.com/uk/products/experience-manager/assets/aem-assets.html (accessed on 15 April 2023).
- SAP Digital Asset Management. Dataworld. Available online: https://www.dataworld.com/en/solutions/sap-digital-asset-management/ (accessed on 4 June 2024).
- OpenText Digital Asset Management for SAP Solutions. Available online: https://www.opentext.com/products/digital-asset-management-for-sap-solutions (accessed on 15 April 2023).
- Digital Asset Management Software|Content and Collaboration. Available online: https://www.sap.com/products/crm/digital-asset-management.html (accessed on 15 April 2023).
- Alden, H.; Jay, G.; Mike, S.; Hurst William, C.; Kamlesh, S.; Alex, G. Central Asset Registry System and Method. U.S. Patent US10452714B2, 2016. [Google Scholar]
- Hurst William, C.; Alex, G.; Alden, H.; Beth, J.; Ramesh, M.; Melissa, R.; Brant, B. Satelliten-Und Zentrale Bestandsregistersysteme Sowie Verfahren Und Rechteverwaltungssysteme. European Patent EP3577587B1, 31 January 2018. [Google Scholar]
- Hurst, W.C.; Alex, G.; Alden, H.; Beth, J.; Melissa, R.; Brant, B.; Ramesh, M. Satellite and Central Asset Registry Systems and Methods and Rights Management Systems. U.S. Patent 10,372,883, 6 August 2019. [Google Scholar]
- Filipe, P.; Liana, P. Systems and Methods for Communicating about Products Using Unique Identifiers and Social Media. CA Patent CA3074196A1, 26 August 2018. [Google Scholar]
- Thomas, R. Digital Origin Tag and System of Use. WO Patent WO2020172216A1, 27 August 2020. [Google Scholar]
- Lucinda, L. Methods, Systems and Computer Program Products for Media Processing and Display. U.S. Patent Application 17/609,911, 15 December 2021. [Google Scholar]
- George, D. Method and Apparatus for Decentralized Management of Trusted Data on Trustless Networks. U.S. Patent Application 17/677,657, 25 August 2022. [Google Scholar]
- George, D. Method and Apparatus for Creating and Managing User Configurable Objects and Functions on Distributed Ledger Networks. U.S. Patent Application 17/677,605, 16 June 2022. [Google Scholar]
- IBM Blockchain—Enterprise Blockchain Solutions and Services. Available online: https://www.ibm.com/blockchain (accessed on 17 April 2023).
- Rloutlaw Azure Blockchain. Available online: https://learn.microsoft.com/en-us/samples/azure/azure-quickstart-templates/blockchain-asaservice/ (accessed on 17 April 2023).
- ERC-721 Non-Fungible Token Standard. Available online: https://ethereum.org/en/developers/docs/standards/tokens/erc-721/ (accessed on 4 June 2024).
- ERC-1155 Multi-Token Standard. Available online: https://ethereum.org/en/developers/docs/standards/tokens/erc-1155/ (accessed on 4 June 2024).
- Pilkington, M. Bowker Announces Data Breach of Self-Pubbed Authors’ Credit Cards|—Good e-Reader 2018. Available online: https://goodereader.com/blog/indie-author-news/bowker-announces-data-breach-of-self-pubbed-authors-credit-cards (accessed on 23 June 2024).
- Ethereum Security and Scam Prevention. Available online: https://ethereum.org/en/security/ (accessed on 23 June 2024).
- Science Suffers as China’s Internet Censors Plug Holes in Great Firewall. Available online: https://www.science.org/content/article/science-suffers-china-s-internet-censors-plug-holes-great-firewall (accessed on 23 June 2024).
- Yang, Q.; Liu, Y. What’s on the Other Side of the Great Firewall? Chinese Web Users’ Motivations for Bypassing the Internet Censorship. Comput. Hum. Behav. 2014, 37, 249–257. [Google Scholar] [CrossRef]
- Rosa-Clark Resolution Report. Available online: https://www.crossref.org/documentation/reports/resolution-report/ (accessed on 23 June 2024).
- What Is an ISSN?|ISSN. Available online: https://www.issn.org/understanding-the-issn/what-is-an-issn/ (accessed on 23 June 2024).
- Web3, Aggregated. Available online: https://polygon.technology/ (accessed on 23 June 2024).
- Welcome to theU.S. ISBN Agency! Available online: https://www.isbn.org/home (accessed on 23 June 2024).
- etherscan.io Ethereum Charts and Statistics|Etherscan. Available online: https://etherscan.io/charts (accessed on 23 June 2024).
- Home Page. Available online: https://isni.org/ (accessed on 23 June 2024).
- Home|ISWC. Available online: https://www.iswc.org/home (accessed on 23 June 2024).
- EDItEUR. Available online: https://www.editeur.org/118/ISTC/ (accessed on 23 June 2024).
- Investigación, A.A. Biblioguías: Identificadores Bibliográficos (ISBN, ISSN, DOI, URI): BICI. Available online: https://biblioguias.unex.es/c.php?g=572103&p=3944899 (accessed on 23 June 2024).
- Putz, B.; Menges, F.; Pernul, G. A Secure and Auditable Logging Infrastructure Based on a Permissioned Blockchain. Comput. Secur. 2019, 87, 101602. [Google Scholar] [CrossRef]
- Özyilmaz, K.R.; Doğan, M.; Yurdakul, A. IDMoB: IoT Data Marketplace on Blockchain. In Proceedings of the 2018 Crypto Valley Conference on Blockchain Technology (CVCBT), Zug, Switzerland, 20–22 June 2018; pp. 11–19. [Google Scholar]
- Bao, T.; Ma, M.; Wen, Y. Herding in the Non-Fungible Token (NFT) Market. J. Behav. Exp. Financ. 2023, 39, 100837. [Google Scholar] [CrossRef]
- Davies, J.; Sharifi, H.; Lyons, A.; Forster, R.; Elsayed, O.K.S.M. Non-Fungible Tokens: The Missing Ingredient for Sustainable Supply Chains in the Metaverse Age? Transp. Res. Part E Logist. Transp. Rev. 2024, 182, 103412. [Google Scholar] [CrossRef]
- Kaisto, J.; Juutilainen, T.; Kauranen, J. Non-Fungible Tokens, Tokenization, and Ownership. Comput. Law Secur. Rev. 2024, 54, 105996. [Google Scholar] [CrossRef]
- Belchior, R.; Vasconcelos, A.; Guerreiro, S.; Correia, M. A Survey on Blockchain Interoperability: Past, Present, and Future Trends. ACM Comput. Surv. 2021, 54, 168. [Google Scholar] [CrossRef]
Feature | Centralized Systems | Our NFT-Based System (Ethereum) | Our NFT-Based System (BSC) | Our NFT-Based System (Polygon) |
---|---|---|---|---|
Data Storage | Centralized Databases | Decentralized (Blockchain) | Decentralized (Blockchain) | Decentralized (Blockchain) |
Data Security | Moderate (Single point of failure) | High (Cryptographic security) | High (Cryptographic security) | High (Cryptographic security) |
Censorship Resistance | Low | High | High | High |
Transparency | Moderate | High (Public ledger) | High (Public ledger) | High (Public ledger) |
Scalability (transactions per second) | High (1000+ TPS) | Low (15–30 TPS) | High (300+ TPS) | Very High (7000+ TPS) |
Single Point of Failure | Yes | No | No | No |
Interoperability | Limited | High | High | High |
Cost Efficiency (per transaction) | Low ($0.001–$0.01) | High ($1–$10) | Moderate ($0.1–$1) | Low ($0.001–$0.01) |
Immutability | Moderate | High | High | High |
Smart Contract Functionality | No | Yes | Yes | Yes |
Feature | Ethereum Name Service (ENS) | InterPlanetary File System (IPFS) | Our NFT-Based System |
---|---|---|---|
Primary Function | Domain name resolution | Distributed file storage | Global registry management |
Blockchain Platform | Ethereum | Custom (IPFS) | Multiple (e.g., Ethereum, Polygon) |
Data Storage | On-chain (limited) | Off-chain (distributed) | On-chain (NFT metadata) |
Scalability (TPS) | 15–30 | N/A (not transaction-based) | Up to 7000 (on Polygon) |
Interoperability | Limited to the Ethereum ecosystem | High (protocol-level) | High (cross-chain capability) |
Cost per Operation | $1–5 (variable) | Negligible | $0.001–$0.01 (on Polygon) |
Update Speed | 15 s (Ethereum block time) | Near instantaneous | 2 s (Polygon block time) |
Custom Metadata Support | Limited | Extensive | Extensive (NFT standard) |
Metric | Value | Unit |
---|---|---|
Throughput | 33.22 | Transactions per second |
Latency | 26 | Milliseconds |
Gas consumption (register) | 126,276 | Gas units |
Function execution Time | 14 | Milliseconds |
Batch registration (5 items) | 102 | Milliseconds |
Metric | Our System | Ethereum Mainnet | Centralized Database |
---|---|---|---|
Throughput (TPS) | 33.22 | 15–20 | 1000+ |
Latency (ms) | 26 | 13,000 (avg) | <10 |
Write Cost | Variable | Variable | Negligible |
Decentralization | High | High | None |
Immutability | High | High | Low |
Feature | Traditional Centralized (e.g., ISBN) | Existing Blockchain (e.g., ENS) | Our NFT-Based System |
---|---|---|---|
Data Security | Moderate (+) | High (++) | High (++) |
Censorship Resistance | Low (−) | High (++) | High (++) |
Scalability | High (+) | Low (−) | High (+) |
Cost Efficiency | Moderate (0) | Low (−) | High (+) |
Interoperability | Low (−) | Moderate (0) | High (+) |
Customizability | Low (−) | Moderate (0) | High (+) |
Ownership Rights Management | Moderate (0) | High (+) | Very High (++) |
Privacy | High (+) | Low (−) | High (+) with zkSNARKs |
Regulatory Compliance | High (+) | Low (−) | Moderate (0) |
User Experience | High (+) | Moderate (0) | High (+) |
Disclaimer/Publisher’s Note: The statements, opinions and data contained in all publications are solely those of the individual author(s) and contributor(s) and not of MDPI and/or the editor(s). MDPI and/or the editor(s) disclaim responsibility for any injury to people or property resulting from any ideas, methods, instructions or products referred to in the content. |
© 2024 by the authors. Licensee MDPI, Basel, Switzerland. This article is an open access article distributed under the terms and conditions of the Creative Commons Attribution (CC BY) license (https://creativecommons.org/licenses/by/4.0/).
Share and Cite
Kuznetsov, O.; Frontoni, E.; Kuznetsova, K.; Shevchuk, R.; Karpinski, M. NFT Technology for Enhanced Global Digital Registers: A Novel Approach to Tokenization. Future Internet 2024, 16, 252. https://doi.org/10.3390/fi16070252
Kuznetsov O, Frontoni E, Kuznetsova K, Shevchuk R, Karpinski M. NFT Technology for Enhanced Global Digital Registers: A Novel Approach to Tokenization. Future Internet. 2024; 16(7):252. https://doi.org/10.3390/fi16070252
Chicago/Turabian StyleKuznetsov, Oleksandr, Emanuele Frontoni, Kateryna Kuznetsova, Ruslan Shevchuk, and Mikolaj Karpinski. 2024. "NFT Technology for Enhanced Global Digital Registers: A Novel Approach to Tokenization" Future Internet 16, no. 7: 252. https://doi.org/10.3390/fi16070252
APA StyleKuznetsov, O., Frontoni, E., Kuznetsova, K., Shevchuk, R., & Karpinski, M. (2024). NFT Technology for Enhanced Global Digital Registers: A Novel Approach to Tokenization. Future Internet, 16(7), 252. https://doi.org/10.3390/fi16070252