Claims (29)
1. Способ формирования привилегированной транзакции (14a) в блокчейне (10), содержащий этапы, на которых1. The method of forming a privileged transaction (14a) in the blockchain (10), containing the steps at which
формируют привилегированную транзакцию (14a) пользователем посредством первого узла (24) блокчейна (10), a privileged transaction (14a) is formed by the user through the first node (24) of the blockchain (10),
добавляют криптографическую подпись, использующую закрытый ключ пользователя, к привилегированной транзакции (14a), создавая тем самым подписанную привилегированную транзакцию (14a),adding a cryptographic signature using the user's private key to the privileged transaction (14a), thereby creating a signed privileged transaction (14a),
широковещательно передают подписанную привилегированную транзакцию (14a) множеству других узлов (26-30) блокчейна (10), причем другие узлы (26-30) проверяют, разрешается ли пользователю выполнить привилегированную транзакцию (14a), при этом разрешение выполнить привилегированную транзакцию (14a) было сохранено в блокчейне (10) до формирования привилегированной транзакции (14a).broadcasting the signed privileged transaction (14a) to a plurality of other nodes (26-30) of the blockchain (10), wherein the other nodes (26-30) check whether the user is allowed to perform the privileged transaction (14a), with permission to execute the privileged transaction (14a) was stored on the blockchain (10) prior to the formation of a privileged transaction (14a).
2. Способ валидации блока (12) блокчейна (10), содержащий этапы, на которых2. A method for validating a block (12) of the blockchain (10), containing the steps at which
формируют блок (12) пользователем блокчейна (10) посредством первого узла (24) блокчейна (10), причем блок (12) содержит одну или более транзакций (14),a block (12) is formed by the user of the blockchain (10) by means of the first node (24) of the blockchain (10), wherein the block (12) contains one or more transactions (14),
добавляют криптографическую подпись, использующую закрытый ключ первого узла (24), к блоку (12), создавая тем самым подписанный блок (12),add a cryptographic signature using the private key of the first node (24) to the block (12), thereby creating a signed block (12),
широковещательно передают подписанный блок (12) множеству других узлов (26-30) блокчейна (10), причем другие узлы (26-30) проверяют, разрешается ли пользователю проводить валидацию блока (12), причем разрешение проводить валидацию блока (12) было сохранено в блокчейне (10) до валидации блока (12).broadcasting the signed block (12) to a plurality of other nodes (26-30) of the blockchain (10), wherein the other nodes (26-30) check whether the user is allowed to validate the block (12), and the permission to validate the block (12) has been retained in the blockchain (10) before block validation (12).
3. Способ по п. 1 или 2, в котором сохраняют разрешение в качестве трансфертной транзакции (14) в блокчейне (10).3. The method according to claim 1 or 2, wherein the permission is stored as a transfer transaction (14) in the blockchain (10).
4. Способ по п. 3, в котором трансфертная транзакция (14), предоставляющая разрешение, исходит из доверенного кошелька (20).4. The method of claim 3, wherein the transfer transaction (14) granting permission originates from a trusted wallet (20).
5. Способ по п. 3 или 4, в котором трансфертная транзакция (14) содержит указание пользователя.5. The method according to claim 3 or 4, wherein the transfer transaction (14) contains a user indication.
6. Способ по любому из пп. 1-5, в котором трансфертная транзакция (14) переводит себе (20) сумму денег из доверенного кошелька (20).6. The method according to any one of paragraphs. 1-5, in which the transfer transaction (14) transfers to itself (20) the amount of money from the trusted wallet (20).
7. Способ по любому из пп. 1-5, в котором трансфертная транзакция (14) переводит пользователю (22) сумму денег из доверенного кошелька (20).7. The method according to any one of paragraphs. 1-5, in which the transfer transaction (14) transfers to the user (22) the amount of money from the trusted wallet (20).
8. Способ по любому из пп. 1-7, в котором доверенный кошелек (20) получает сумму денег от корневого кошелька (18).8. The method according to any one of paragraphs. 1-7, in which the trusted wallet (20) receives the amount of money from the root wallet (18).
9. Способ по п. 8, в котором определяют и хранят корневой кошелек (18) в генезисном блоке (16) блокчейна (10).9. The method according to claim 8, wherein the root wallet (18) is determined and stored in the genesis block (16) of the blockchain (10).
10. Способ по любому из пп. 1-9, в котором привилегированная транзакция (14a) выполняет формирование суммы денег.10. The method according to any one of paragraphs. 1-9, in which the privileged transaction (14a) performs the generation of a sum of money.
11. Способ по любому из пп. 5-10, в котором аннулируют разрешение посредством израсходования суммы, переведенной в трансфертной транзакции (14).11. The method according to any one of paragraphs. 5-10, in which the authorization is canceled by spending the amount transferred in the transfer transaction (14).
12. Система блокчейна (10), содержащая12. Blockchain system (10) containing
первый узел (24),first node (24),
множество других узлов (26-30), причем узлы (24-30) хранят копии блокчейна (10), many other nodes (26-30), with nodes (24-30) storing copies of the blockchain (10),
при этом узлы (24-30) соединены друг с другом с использованием соединений (32) для передачи данных,wherein the nodes (24-30) are connected to each other using connections (32) for data transmission,
при этом первый узел (24) выполнен с возможностью wherein the first node (24) is configured to
формирования для пользователя привилегированной транзакции (14a) блокчейна (10),formation for the user of a privileged transaction (14a) of the blockchain (10),
добавления криптографической подписи, использующей закрытый ключ пользователя, к привилегированной транзакции, создавая тем самым подписанную привилегированную транзакцию (14a),adding a cryptographic signature using the user's private key to the privileged transaction, thereby creating a signed privileged transaction (14a),
широковещательной передачи подписанной привилегированной транзакции (14a) множеству других узлов (26-30) блокчейна (10), причем другие узлы (26-30) выполнены с возможностью проверять, разрешается ли пользователю выполнить привилегированную транзакцию (14a), при этом разрешение выполнить привилегированную транзакцию (14a) было сохранено в блокчейне (10) до формирования привилегированной транзакции (14a), и/или broadcasting the signed privileged transaction (14a) to a plurality of other nodes (26-30) of the blockchain (10), wherein the other nodes (26-30) are configured to check whether the user is allowed to perform the privileged transaction (14a), while allowing the privileged transaction to be performed (14a) was stored on the blockchain (10) prior to the formation of a privileged transaction (14a), and/or
первый узел (24) выполнен с возможностью валидации блока (12) блокчейна (10) для пользователя, причем первый узел (24) выполнен с возможностью the first node (24) is configured to validate the block (12) of the blockchain (10) for the user, and the first node (24) is configured to
формирования блока (12) блокчейна (10), причем блок (12) содержит одну или более транзакций (14),forming a block (12) of the blockchain (10), wherein the block (12) contains one or more transactions (14),
добавления криптографической подписи, использующей закрытый ключ первого узла (24), к блоку (12), создавая тем самым подписанный блок (12),adding a cryptographic signature using the private key of the first node (24) to the block (12), thereby creating a signed block (12),
широковещательной передачи подписанного блока (12) множеству других узлов (26-30) блокчейна (10), причем другие узлы (26-30) проверяют, разрешается ли пользователю проводить валидацию блока (12), причем разрешение проводить валидацию блока (12) было сохранено в блокчейне (10) до валидации блока (12).broadcasting the signed block (12) to a plurality of other nodes (26-30) of the blockchain (10), wherein the other nodes (26-30) check whether the user is allowed to validate the block (12), and the permission to validate the block (12) has been retained in the blockchain (10) before block validation (12).