Blockchain cellular system
US-11336011-B2 · May 17, 2022 · US
US12549390B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-12549390-B2 |
| Application number | US-202217932896-A |
| Country | US |
| Kind code | B2 |
| Filing date | Sep 16, 2022 |
| Priority date | Sep 23, 2021 |
| Publication date | Feb 10, 2026 |
| Grant date | Feb 10, 2026 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
There is provided a process for a blockchain, BC, consensus verification, comprising steps of receiving a transaction comprising sensor data on an event and a position data of a sender node of a blockchain network, selecting a number of nodes of the blockchain network as validating nodes based on their position data and the position data of the sender node, sending a new block to the blockchain network, wherein the new block is based on the received transaction, receiving labels assigned to the new block from the validating nodes, and verifying the received labels with a consensus protocol.
Opening claim text (preview).
The invention claimed is: 1 . A system comprising: at least one processor; and at least one memory storing instructions that, when executed by the at least one processor, cause the system at least to perform: receive a transaction comprising sensor data on an event and a position data of a sender node of a blockchain network, select a number of nodes of the blockchain network as validating nodes based on their position data and the position data of the sender node, send a new block to the blockchain network, wherein the new block is based on the received transaction, receive labels assigned to the new block from the validating nodes, verify the received labels with a consensus protocol, receive the new block, at a node of the blockchain, and verify whether the node is one of the selected validating nodes for the received new block, in case the node is one of the selected validating nodes, move the node towards the sender node and/or area of the event in order to capture data on the event, compare the captured data and the received data on the event, and assign a label to the transaction based on the comparison, and transmit the label to the leader. 2 . The system of claim 1 , wherein the number of the validating nodes is based on tolerated byzantine nodes of the blockchain network, optionally based on fault tolerance of used blockchain technology. 3 . The system of claim 1 , wherein the validating nodes are selected based on their proximity to the sender node. 4 . The system of claim 3 , wherein position data of the nodes of the blockchain network is stored in the blockchain. 5 . The system of claim 1 , wherein the sensor data comprises data of at least one of the following: a temperature sensor, a thermometer, a gas detector, a gas sensor, a water sensor, a humidity sensor, a hygrometer, an ambient air quality monitor, a pollution sensor, an air pollution sensor, an audio sensor, a microphone, a sound detection sensor, an image sensor or a camera. 6 . The system of claim 1 , wherein the received labels have been assigned to the new block by the validating nodes based on comparison of the detected data in the new block received by a validating node and the detected data on the event captured by the validating node. 7 . The system of claim 1 , wherein the received labels comprise data on the event captured by the validating nodes. 8 . The system of claim 1 , wherein verifying the received labels utilizes number of tolerated byzantine validating nodes in accordance to the used blockchain protocol. 9 . The system of claim 1 , wherein the at least one processor; and at least one memory storing instructions that, when executed by the at least one processor, further cause the apparatus at least to perform: confirm the event and store the new block to the blockchain in response to verifying the received labels reaching consensus. 10 . The system of claim 1 , wherein the at least one processor; and at least one memory storing instructions, when executed by the at least one processor, further cause the system: to detect an event, to capture an image and to create a transaction by the nodes of the blockchain network. 11 . The system of claim 1 , wherein the at least one processor; and at least one memory storing instructions, when executed by the at least one processor, further cause the system: to create a transaction in response to detected event, wherein the created transaction comprises sensor data on the detected event and the position data of the sender node; and to broadcast the created transaction to the blockchain network by the sender node. 12 . A method for a blockchain consensus verification, comprising: receiving a transaction comprising sensor data on an event and a position data of a sender node of a blockchain network, selecting a number of nodes of the blockchain network as validating nodes based on their position data and the position data of the sender node, sending a new block to the blockchain network, wherein the new block is based on the received transaction, receiving labels assigned to the new block from the validating nodes, verifying the received labels with a consensus protocol, receiving the new block, at a node of the blockchain, and verifying whether the node is one of the selected validating nodes for the received new block, in case the node is one of the selected validating nodes, moving the node towards the sender node and/or area of the event in order to capture data on the event, comparing the captured data and the received data on the event, and assigning a label to the transaction based on the comparison, and transmitting the label to the leader. 13 . The method of claim 12 , further comprising at the sender node creating a transaction in response to detecting an event, wherein the transaction comprises data on the event and the position data of the sender node, and broadcasting the transaction to the blockchain network by the sender node. 14 . A non-transitory computer readable medium comprising program instructions that, when executed by a system, cause the system to perform at least the following: receive a transaction comprising sensor data on an event and a position data of a sender node of a blockchain network, select a number of nodes of the blockchain network as validating nodes based on their position data and the position data of the sender node, send a new block to the blockchain network, wherein the new block is based on the received transaction, receive labels assigned to the new block from the validating nodes and verify the received labels with a consensus protocol, receive the new block, at a node of the blockchain, and verify whether the node is one of the selected validating nodes for the received new block, in case the node is one of the selected validating nodes, move the node towards the sender node and/or area of the event in order to capture data on the event, compare the captured data and the received data on the event, and assign a label to the transaction based on the comparison, and transmit the label to the leader. 15 . A method of claim 12 , comprising: verifying that the received labels utilize a number of tolerated byzantine validating drones (VDRs) in accordance to the used consensus protocol; and confirming the event and storing the new block to the blockchain in response to verifying the received labels reaching consensus.
for providing Internet access · CPC title
adapted for flying in formations · CPC title
using hash chains, e.g. blockchains or hash trees · CPC title
in which an application is distributed across nodes in the network (software deployment G06F8/60; multiprogramming arrangements G06F9/46) · CPC title
Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.