Blockchain Notification Permission Verification With Encrypted Consent Records

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing systems lack effective mechanisms for controlling notification permissions in a secure and transparent manner, particularly in distributed and permanent registries, leading to unauthorized notifications and lack of user consent.

Innovation Solution

A system utilizing a permission server, electronic storage, and blockchain-based registry servers to manage and record user-specific notification permissions, encrypting user instructions, and creating multi-user sets of information for secure and immutable registration, enabling real-time verification and action based on determined permissions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If traditional notification permission systems are used, then notification delivery is simple and fast, but security and transparency are compromised leading to unauthorized notifications

Engineering Contradiction:
Improvenotification permission securityVSAvoidpermission control system complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

A permission server acts as an intermediary between notification senders and recipients. The server receives notification requests, verifies permissions against encrypted user instructions stored in electronic storage, and only allows notifications if permission is confirmed. This mediator approach enhances security and transparency without requiring complex changes to the underlying notification infrastructure.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system creates and stores encrypted copies of user permission instructions in electronic storage and on blockchain registries. These cryptographic copies allow verification of permission status without exposing the actual permission data, maintaining security while enabling reliable permission checking for notification control.

Inventive Principle:
Principle #26Copying

2Reliability

If user permission instructions are stored in plain text, then retrieval and verification are fast, but security is compromised allowing unauthorized access and tampering

Engineering Contradiction:
Improvepermission data securityVSAvoidpermission verification time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system transforms permission data from plain text to encrypted format using cryptographic algorithms. The encryption changes the parameter of data representation while maintaining the ability to verify permissions through decryption or cryptographic proof, ensuring security without preventing authorized access.

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

Encrypted copies of permission instructions are stored in electronic storage and on blockchain registries. These cryptographic copies enable secure storage while allowing verification through cryptographic operations that do not require decrypting the actual permission data, maintaining both security and verification efficiency.

Inventive Principle:
Principle #26Copying

3Reliability

If centralized permission storage is used, then system architecture is simple, but transparency and tamper-proofing are reduced

Engineering Contradiction:
Improvepermission record integrityVSAvoidregistry system complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The permission storage system is segmented into multiple independent components: electronic storage for encrypted permission data, blockchain registry servers for immutable record-keeping, and permission servers for verification. This segmentation distributes the functionality across separate systems, enhancing integrity and transparency while maintaining manageable complexity through clear division of responsibilities.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Blockchain registry servers act as intermediaries that provide tamper-proof recording of permission verifications. The blockchain's distributed ledger technology ensures that once permissions are recorded, they cannot be altered, providing cryptographic proof of permission status without requiring a single centralized authority, thus enhancing integrity while distributing system complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Productivity

If real-time permission verification is implemented, then notification control is immediate and accurate, but system resource consumption increases

Engineering Contradiction:
Improvepermission verification speedVSAvoidsystem energy consumption
Core Design Contradiction:
ProductivityVSUse of energy by moving object

Solution Approach 1:

User permission instructions are pre-encrypted and stored in electronic storage before any notification requests occur. This preliminary preparation of encrypted permission data allows for rapid verification during actual notification requests, as the system only needs to retrieve and check existing cryptographic proofs rather than process raw permission data in real-time, reducing computational energy consumption.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

Encrypted copies of permission data are pre-stored in electronic storage and on blockchain registries. During verification, the system retrieves these pre-prepared cryptographic copies and performs efficient verification operations without needing to access or process the original unencrypted permission instructions, enabling fast verification with minimal energy expenditure.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS12477012B1Systems and methods for blockchain-based control of notification permissions
Publication Date: 2025.11.18 PERMISSIONIZE LLC
  • US12477012B1 patent drawing
  • US12477012B1 patent drawing
  • US12477012B1 patent drawing

AI summary

Systems and methods to provide control of notification permissions are disclosed. Exemplary implementations may receive user-specific instructions to modify notification permissions for users; encrypt the user-specific instructions into user-specific sets of information; create a multi-user set of information by encrypting a combination of multiple user-specific sets of information; record the multi-user set of information on a permanent registry; receive a notification instruction to verify whether notifying a particular user on behalf of a particular organization is permitted; retrieve user-specific information for the particular user; determine whether notifying the particular user is permitted; and/or recommend or take action based on the determination.