Blockchain Tokenization for Flexible Peer-to-Peer Lending

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current peer-to-peer lending systems are restrictive and complex, relying on traditional banking networks and requiring bespoke exchanges, limiting their versatility and efficiency.

Innovation Solution

A blockchain-based method and system for tokenization and cryptographic security mechanisms enable secure and flexible lending processes without debt, allowing for the separation of asset ownership from its use, enabling direct interaction between assets and owners through cryptographic key management and smart contracts.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If traditional banking networks and bespoke exchanges are used for peer-to-peer lending, then lending processes can be established, but the systems become restrictive and complex

Engineering Contradiction:
Improvelending process flexibilityVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent introduces a blockchain-based intermediary layer that mediates between traditional banking networks and peer-to-peer lending participants. This blockchain intermediary tokenizes assets and manages lending transactions, reducing the complexity of direct interactions while maintaining versatility. The blockchain acts as a trusted mediator that simplifies the lending process by providing standardized smart contract templates and automated execution mechanisms.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent creates a universal blockchain-based platform that can handle multiple lending scenarios and asset types through a single system architecture. The tokenization mechanism and smart contract framework provide multi-functional capabilities, allowing the same infrastructure to support various lending products, collateral types, and participant configurations, thereby reducing overall system complexity while increasing adaptability.

Inventive Principle:
Principle #6Universality (Multi-functionality)

2Adaptability or versatility

If asset ownership is separated from its use through tokenization, then flexible asset management is enabled, but cryptographic security mechanisms increase system complexity

Engineering Contradiction:
Improveasset management flexibilityVSAvoidcryptographic key management complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements self-service mechanisms where the blockchain system automatically manages cryptographic key generation, storage, and rotation. Smart contracts handle key management operations autonomously, reducing the burden on users while maintaining security. The system performs self-auditing and automatic key regeneration, enabling flexible asset management without proportionally increasing user-facing complexity.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent replaces manual cryptographic key management mechanisms with automated blockchain-based systems. Instead of relying on traditional mechanical or manual key management processes, the system uses cryptographic protocols embedded in smart contracts that automatically handle key generation, distribution, and validation, thereby enabling asset separation while managing complexity through automation.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

3Adaptability or versatility

If blockchain technology is used for automated tasks beyond cryptocurrency, then versatility is improved, but the complexity of implementing smart contracts increases

Engineering Contradiction:
Improveblockchain application versatilityVSAvoidsmart contract implementation complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent segments complex lending processes into discrete, modular smart contract functions that can be independently developed, tested, and deployed. Each smart contract handles a specific aspect of the lending process (e.g., collateral management, repayment scheduling, liquidation), reducing implementation complexity while maintaining overall versatility. This modular approach allows incremental adoption and easier maintenance of blockchain applications.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent utilizes configurable parameters within smart contracts to adapt the same underlying code to different lending scenarios. By changing parameters such as interest rates, collateral ratios, and timeframes rather than creating entirely new contracts, the system achieves versatility while reducing implementation complexity. This parameter-driven approach allows flexible adaptation to different use cases without proportionally increasing code complexity.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS12182805B2Tokenisation method and system for implementing exchanges on a blockchain
Publication Date: 2024.12.31 NCHAIN LICENSING AG
  • US12182805B2 patent drawing
  • US12182805B2 patent drawing
  • US12182805B2 patent drawing

AI summary

Techniques are presented to control the performance of a process conducted via a blockchain. The method comprises the steps of deriving a public-key-private key cryptographic pair for a portion of data related to a smart contract associated with an asset, wherein the smart contract is stored in a computer-based resource that is separate to the blockchain; deriving a signature for the portion of data using the public key-private key cryptographic pair; and codifying the portion of data to generate codified metadata for the data, wherein the codified metadata is arranged to reference or provide access to the smart contract; transmitting the codified metadata to the blockchain; and receiving a signature and a script from at least one user to enable access to embedded data, wherein the script comprises a public key of a signatory.