Blockchain Consensus for Vehicle Transfer Pricing

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current systems lack automated check and balance mechanisms for vehicle sales across multiple dealerships, leading to inefficiencies in centralized processing and reporting of transport requests, as individual dealership actions are not controlled, and records are not shared, making it difficult to find and agree on vehicle availability and pricing across a network.

Innovation Solution

A blockchain-based system where dealership nodes broadcast requests for vehicle sales or transfers, achieve consensus on pricing, and record transactions on a decentralized ledger, ensuring that sales or transfers are only finalized with agreement from all involved dealerships, preventing price undercutting and ensuring secure, transparent record-keeping.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If individual dealerships independently process vehicle sales without centralized coordination, then each dealership can operate autonomously and make quick decisions, but price undercutting occurs and market stability deteriorates

Engineering Contradiction:
Improvedealership operational autonomyVSAvoidprice stability
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

A blockchain-based intermediary system is introduced that automatically mediates between dealerships. The smart contract network acts as an impartial mediator that receives price information from all dealerships, executes consensus algorithms to determine fair pricing, and automatically enforces pricing agreements without requiring direct negotiation between competing dealerships. This resolves the contradiction by maintaining operational autonomy while ensuring price stability through automated mediation.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system implements continuous feedback loops where pricing information from all dealerships is constantly monitored and fed back into the consensus mechanism. When price changes are proposed, the system automatically feedbacks to all participants and requires consensus before implementation. This feedback mechanism ensures that no single dealership can undercut prices without triggering an automatic response from the network, thus maintaining price stability while allowing autonomous decision-making.

Inventive Principle:
Principle #23Feedback

2Loss of information

If a centralized database is used for recording sales across multiple dealerships, then record-keeping becomes standardized and information is centralized, but security risks increase and data accessibility is limited

Engineering Contradiction:
Improverecord accessibilityVSAvoiddata security
Core Design Contradiction:
Loss of informationVSReliability

Solution Approach 1:

The centralized database is segmented into a distributed network of nodes, with each dealership maintaining a local copy of the ledger. The blockchain divides the data storage and processing across multiple independent entities, eliminating the single point of failure and centralization risks. Each node holds a segment of the overall system, ensuring that no single entity controls all data while maintaining full accessibility through the network.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system uses a homogeneous data structure across all nodes, where every participant maintains an identical copy of the transaction ledger. This homogeneity ensures data consistency and accessibility across the network while enhancing security through redundancy. The uniform blockchain structure allows any node to verify and access records without relying on a central authority, resolving the contradiction between accessibility and security.

Inventive Principle:
Principle #33Homogeneity

3Productivity

If automated search and agreement mechanisms are implemented across dealerships, then vehicle availability information becomes accessible and transfer agreements can be automated, but system complexity increases

Engineering Contradiction:
Improvevehicle transfer efficiencyVSAvoidsystem architecture complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system enables self-service automation where dealerships independently query the blockchain for vehicle availability and automatically execute transfer agreements through smart contracts. The network autonomously handles search, verification, and agreement execution without requiring manual intervention or complex centralized coordination systems. Each participant's node independently performs these functions, simplifying the overall architecture while maintaining high productivity.

Inventive Principle:
Principle #25Self-service

4Loss of information

If price information is shared across all dealerships in real-time, then market transparency increases and undercutting is prevented, but information privacy concerns arise

Engineering Contradiction:
Improveprice transparencyVSAvoidcompetitive disadvantage
Core Design Contradiction:
Loss of informationVSObject-affected harmful factors

Solution Approach 1:

The system implements local quality by allowing each dealership to control the granularity of price information disclosure. Dealerships can choose to share specific price components (e.g., base price, incentives, financing terms) while keeping other information private. The blockchain structure enables differentiated information sharing where sensitive competitive data remains localized while sufficient transparency is provided to prevent undercutting, resolving the contradiction between transparency and privacy.

Inventive Principle:
Principle #3Local quality

Data Source

PatentUS11531959B2Processing of requests
Publication Date: 2022.12.20 TOYOTA MOTOR NORTH AMERICA INC
  • US11531959B2 patent drawing
  • US11531959B2 patent drawing
  • US11531959B2 patent drawing

AI summary

An example operation may include one or more of receiving, by a node, a request for a transport, determining, by the node, an availability of the requested transport, responsive to the availability, broadcasting the request including a suggested value to a plurality of nodes, receiving agreements from the plurality of the nodes, and recording a completed request on a remote storage.