Smart Contract Module for Consistent Decentralized Data Views

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing blockchain and distributed ledger technologies face challenges in consistently distributing and executing client-side logic across nodes in a decentralized network, leading to potential disagreements and inconsistencies in data sharing.

Innovation Solution

A computer-implemented method and programming model that enables the publication and execution of both client-side and server-side logic as a single smart contract module on a decentralized network, allowing for peer-to-peer connections and ensuring consistent data views across nodes through deterministic pseudorandom ID generation and transaction broadcasting.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If client-side logic is distributed across nodes in a decentralized network, then peer-to-peer data sharing is enabled, but inconsistencies and disagreements in data views arise across nodes

Engineering Contradiction:
Improvepeer-to-peer data sharingVSAvoiddata consistency across nodes
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent segments smart contract logic into client-side functions (executed locally on requesting nodes) and server-side functions (executed on all nodes). This segmentation allows nodes to independently execute client-side logic for personalized data views while ensuring server-side logic maintains consistency across the decentralized network through deterministic execution on all nodes.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces an intermediary mechanism where client-side functions generate transactions that are then validated and executed by server-side functions on all nodes. This intermediary transaction model acts as a mediator between local client-side execution and global server-side consistency, ensuring that data sharing adaptations don't compromise network-wide reliability.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Ease of manufacture

If both client-side and server-side logic are published as a single smart contract module, then deployment complexity is reduced, but execution coordination across nodes becomes more complex

Engineering Contradiction:
Improvesmart contract deploymentVSAvoidexecution coordination across nodes
Core Design Contradiction:
Ease of manufactureVSDevice complexity

Solution Approach 1:

The patent merges client-side and server-side logic into a single smart contract module that is published once to the decentralized network. This merging simplifies deployment by eliminating the need for separate deployment processes, while the internal structure of the module maintains distinct client-side and server-side function sections for proper execution coordination.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The patent applies local quality by giving different parts of the smart contract module different execution characteristics: client-side functions are marked for local execution on requesting nodes, while server-side functions are marked for execution on all nodes. This differentiation in execution quality allows the single module to handle both local adaptability and global consistency without increasing overall system complexity.

Inventive Principle:
Principle #3Local quality

3Reliability

If deterministic pseudorandom ID generation is used across nodes, then data view consistency is improved, but computational overhead increases

Engineering Contradiction:
Improvedata view consistencyVSAvoidcomputational overhead per node
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The patent changes the parameters of ID generation by using deterministic pseudorandom functions that take the same inputs (block hash, transaction index) and produce identical outputs across all nodes. This parameter-based approach maintains consistency without requiring heavy cryptographic operations, balancing reliability with computational efficiency.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS20200050591A1Systems and methods for implementing a programming model for smart contracts within a decentralized computer network
Publication Date: 2020.02.13 PLATONIC HOLDINGS INC
  • US20200050591A1 patent drawing
  • US20200050591A1 patent drawing
  • US20200050591A1 patent drawing

AI summary

Computer-implemented methods and systems for implementing smart contract modules on a decentralized network are disclosed.