Blockchain Transaction Forwarding via Smart Contract Eligibility

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current blockchain implementations lack effective light client privacy and fairness in transaction forwarding services, with existing solutions vulnerable to privacy breaches and denial-of-service attacks, and light clients not compensating full nodes for resources consumed.

Innovation Solution

A method utilizing smart contracts in the blockchain to assign and reward full nodes for filtering and forwarding transactions, ensuring privacy through customizable filters and fair payment, while preventing resource exploitation and ensuring correctness and efficiency.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of information

If full nodes filter and forward transactions for light clients, then light client privacy is improved, but full nodes consume excessive network and computational resources

Engineering Contradiction:
Improvelight client privacyVSAvoidfull node resource consumption
Core Design Contradiction:
Loss of informationVSUse of energy by moving object

Solution Approach 1:

Light clients perform Bloom filter matching locally on their own devices, eliminating the need for full nodes to execute filtering operations. This self-service approach preserves light client privacy through cryptographic filters while preventing full nodes from consuming excessive resources, as the computationally intensive filtering is distributed to individual clients.

Inventive Principle:
Principle #25Self-service

2Ease of operation

If full nodes provide transaction forwarding services to light clients, then light client functionality is improved, but the system becomes vulnerable to denial-of-service attacks

Engineering Contradiction:
Improvelight client functionalityVSAvoidsystem security
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

Light clients independently execute Bloom filter matching and transaction verification locally, making the system resilient to denial-of-service attacks. Since each client performs filtering operations on their own device rather than relying on full nodes to execute filters, malicious actors cannot overload full nodes by forcing them to process numerous filter operations, thereby maintaining system security while preserving light client functionality.

Inventive Principle:
Principle #25Self-service

3Loss of information

If light clients use Bloom filters to hide addresses, then light client privacy is improved, but false-positive rates increase making address identification difficult

Engineering Contradiction:
Improvelight client privacyVSAvoidaddress identification accuracy
Core Design Contradiction:
Loss of informationVSMeasurement precision

Solution Approach 1:

Light clients perform Bloom filter matching locally on their own devices, eliminating false-positive issues entirely. By executing the filtering operation on-device rather than through full nodes, the system achieves perfect precision in identifying relevant transactions since only the client's own addresses can match their privately-held filter, while still maintaining privacy through cryptographic obfuscation.

Inventive Principle:
Principle #25Self-service

4Quantity of substance

If light clients do not compensate full nodes for services, then light client cost is reduced, but full nodes lack incentive to provide services

Engineering Contradiction:
Improvelight client costVSAvoidfull node incentive
Core Design Contradiction:
Quantity of substanceVSAdaptability or versatility

Solution Approach 1:

Light clients perform filtering operations locally on their own devices, eliminating the need for full nodes to provide computationally intensive filtering services. This self-service model reduces light client costs to zero for filtering operations while simultaneously removing the resource consumption burden from full nodes, making the system sustainable without requiring compensation mechanisms.

Inventive Principle:
Principle #25Self-service

Data Source

PatentEP3520060B1Method and system for providing a transaction forwarding service in blockchain implementations
Publication Date: 2024.11.06 NEC CORP
  • EP3520060B1 patent drawingFigure 1
  • EP3520060B1 patent drawingFigure 2
  • EP3520060B1 patent drawingFigure 3

AI summary

A method of providing a transaction forwarding service in a blockchain includes executing a smart contract in the blockchain so as to determine whether a respective full node is eligible to execute the smart contract. The smart contract specifies eligible full nodes, a filter of a respective light client and a reward for executing the smart contract. The respective full node forwards data relating to a transaction that matches the filter of the respective light client to the respective light client with a proof that the transaction is included in the blockchain. The respective full node receives a signed acknowledgement from the respective light client verifying the transaction. Then, the respective full node claims the reward using the acknowledgement.