Blockchain Smart Contract Response Selection Without Intermediaries
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing smart contract systems face challenges in selecting response messages to function messages securely and efficiently without a third-party intermediary, leading to issues like fraud, theft, censorship, and high computational costs.
Innovation Solution
A decentralized smart contract system that offloads computational tasks to client terminals, allowing secure and efficient selection of response messages through encrypted partial values and consensus validation among peers, using a distributed blockchain architecture.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If a third-party intermediary is used to select response messages in smart contract systems, then security and trustworthiness are improved, but device complexity and operational overhead increase
Solution Approach 1:
The system enables peer nodes to autonomously validate and select response messages using cryptographic proofs and consensus algorithms, eliminating the need for a third-party intermediary. Each node independently verifies the validity of responses through cryptographic validation, achieving self-service security without external oversight.
Solution Approach 2:
The patent introduces a cryptographic mediator layer that enables trustless interaction between peers. Instead of a traditional third-party intermediary, the system uses cryptographic protocols and consensus mechanisms that allow nodes to indirectly coordinate their selections through encrypted communications and validated proofs, maintaining security while reducing centralization.
2Ease of operation
If computational tasks are centralized in smart contract systems, then coordination is simplified, but computational costs and processing time increase
Solution Approach 1:
The system segments computational tasks by distributing response message validation and selection processes across multiple peer nodes rather than concentrating them in a single smart contract. Each node independently performs validation of received responses, dividing the computational burden and reducing the energy consumption of any single processing unit.
Solution Approach 2:
Peer nodes perform partial validation of response messages locally before submitting selections to the consensus process. This partial action at the edge reduces the computational load on the central coordination mechanism, as nodes only need to validate sufficient information locally rather than performing complete verification centrally.
3Speed
If response messages are transmitted in plain text for efficient processing, then processing speed is improved, but security and resistance to tampering deteriorate
Solution Approach 1:
The system changes the cryptographic parameters of response messages dynamically. Responses are encrypted using public-key cryptography during transmission, allowing efficient processing of encrypted data through cryptographic comparison operations. The encryption parameters enable validation without decryption, maintaining both speed and security.
Solution Approach 2:
The patent replaces traditional plaintext comparison mechanisms with cryptographic validation mechanisms. Instead of comparing plain text response messages directly, the system uses cryptographic proofs, digital signatures, and hashed comparisons that operate on encrypted data, substituting mechanical plaintext processing with cryptographic operations that provide both efficiency and tamper resistance.
Data Source
AI summary
There is provided a method and system for selection of response message(s), comprising: receiving from an initiator client terminal a function message including an unencrypted target value and a public key, receiving respective response messages to the function message from responding client terminals, each respective response comprising an unencrypted partial value of the target value and a parameter encrypted with the pubic key, receiving, from the initiator client terminal, a selection of response message(s) according to a ranking of the encrypted parameters, wherein a sum of the unencrypted partial values of the selected response message(s) is according to a requirement of the target value, and receiving a validation for the selected response message(s) from corresponding responding client terminals, wherein each of the corresponding responding client terminals is provided with all partial values and all unencrypted parameters associated with all of the selected response message(s).


