Claims (1)
Способ требования оплаты и ускорения платежей в средах наподобие Bitcoin и NEXT, ведущих учет средств пользователей в виде цифровых именованных учетных единиц и других данных в цепочках данных (blockchains), состоящих из последовательных звеньев (blocks), содержащих наборы записей изменения цифровых учетных единиц, заключающийся в том, что создают пары закрытый (секретный) и открытый (публичный) ключ и соответствующие им номера счетов хранения и учета цифровых единиц, считают счетом (адресом) участника среды его открытый ключ или соответствующий этому ключу номер счета, считают обладателем счета того участника среды, который обладает соответствующим данному счету закрытым ключом, считают счетом входа записи счет, который используется в выходе, на который указывает ссылка данного входа, считают обладателем входа записи того, кто является обладателем счета данного входа, считают электронной подписью известные способы электронного подписания цифровой информации закрытым ключом, считают что электронная (цифровая) подпись участника соответствует его счету в среде, создают записи-заявки изменения учетных единиц путем задания в них времени их создания, списка выходов, содержащих номера счетов получателей и количества получаемых единиц и списка входов, содержащих ссылки на свободные выходы, которые будут использованы в данной записи, и подписывают эти записи-заявки закрытыми ключами так, что каждый может проверить достоверность изменения учетных единиц взятых с соответствующих номеров счетов в этих записях, передают эти записи-заявки в среду учета, задают правила проверки на достоверность и правильность данных в записях-заявках и записях, получают записи-заявки из среды учета, проверяют достоверность и правильность данных в них согласно заданным правилам и если заявка не удовлетворяет им, то удаляют ее, вносят записи-заявки прошедшие отбор во временный список хранения, выбирают записи-заявки из списка временного хранения и создают из них звено, которое посылают в среду учета, принимают звено из среды учета, проверяют сто правильность и записывают звено в цепочку данных, заключают договорные отношения о поручении (гарантии) между плательщиком и поручителем, в которых поручитель ручается за будущие оплаты от плательщика, считают ссылкой на запись ее хэш-значение, отличающийся тем, что вводят новый вид записи - требование оплаты, в который дополнительно включают номера счетов плательщика, с которых требуется произвести оплату, адреса для связи с его поручителем и номера его счетов и данные о платеже, включая номер счета получателя, сумму платежа, вид средства платежа (имя или определитель единиц учета), дату требования, номер требования, данные об оказанной услуге, купленных товарах или заключенном договоре, и другие данные, создают дополнительную цепочку данных - цепочка требований, которую используют для ведения учета записей требования оплаты и которая содержит звенья требований, содержащих наборы записей требования оплаты, вводят новый вид записи - погашение требования оплаты, в которой указывают дополнительно ссылку на запись требования оплаты, записывают номера счетов плательщика и адреса для связи с его поручителем и номера его счетов на любое средство хранения, считывания и переноса информации (NFC-метка, QR-код, магнитная полоса и т.д..), передают получателю платежа номера счетов плательщика и адреса его поручителя и номера его счетов любым известным способом, путем считывания со средства хранения информации, проверяют по отрытым данным из среды учета информацию о счетах плательщика включая еще непогашенные записи требования оплаты для них, указывающие на его задолженность, а так же значения хранимых на его счетах именованных учетных единиц (средств расчетов), историю его платежей по требованиям оплаты, а так же изучают подобные данные об его поручителе и принимают решение о приеме оплаты с данных счетов и выдаче товара или услуги или обращаются за подтверждением платежеспособности плательщика к его поручителю путем создания записи-заявки требования оплаты, внесения в нее данных о счетах плательщика и данных о его поручителе, включая его адреса для связи и номера его счетов, данные о величине платежа и номере счета приема платежа и другие данные о назначении платежа и описании услуги, товара или договоре, дате покупки и т.д., подписания этой записи-заявки своим счетом, соответствующей номеру счета получателя платежа и отправления ее в среду учета и напрямую плательщику и/или его поручителю, получают в лице поручителя запись-заявку требования оплаты, проверяют достоверность ее по счету получателя платежа, проверяют платежеспособность плательщика и в случае удовлетворительной платежеспособности плательщика подписывают своим счетом эту запись-заявку и отправляют ее в среду учета и напрямую получателю платежа, получают в лице получателя платежа подписанную поручителем запись-заявку требования оплаты, которая означает что поручитель поручился за плательщика, и производят отпуск товара или услуги плательщику подразумевая что эта запись-заявка будет оплачена либо плательщиком либо его поручителем, получают в качестве плательщика подписанную получателем платежа и по возможности своим поручителем запись-заявку требования оплаты, создают на основе данных из нее запись-заявку на погашение требования оплаты, в которой указывают ссылку на эту запись требования оплаты, подписывают ее своими счетами, с которых будет производиться оплата, и передают ее в среду учета и получателю платежа, получают подписанную поручителем запись-заявку требования оплаты и включают ее в звено требований для записи его в цепочку учета требований оплаты, получают записи требования оплаты, создают из них для заданного плательщика единую запись оплаты путем объединения выходов из этих требований в единый список выходов и путем задания списка входов из непотраченных выходов, которыми обладает плательщик, включают в нее ссылки на эти записи требования и передают эту новую запись оплаты в среду, либо напрямую плательщику, получают единую запись оплаты, подписывают ее своими ключами, соответствующими записям в списке входов и отправляют в среду для включения ее в новое звено цепочки данных, после получения от плательщика подтвержденной оплаты, произведенной по созданной ранее записи требования оплаты, создают запись-заявку вида погашения требования оплаты, включают в нее ссылку на эту запись требования и подписывают ее своим ключом, соответствующим номеру счета получателя из этой записи требования и отправляют ее в среду учета для включения ее в цепочку данных общей книги учета, вводят новый вид записи - поручение (поручительство), в котором указывают счет поручителя и его адрес для связи, счет за который поручаются, сумму на которую поручаются, вид средств поручения, условия поручения, дату окончания и другие описания и условия поручения, создают запись-заявку вида поручение, подписывают ее своим счетом и отправляют в среду учета, принимают из среды учета запись-заявку вида поручение и вносят ее в звено цепочки требований, вводят новый вид записей - прекращение поручения (поручительства), в которой указывают ссылку на запись поручения в цепочке требований действие которой хотят прекратить, создают запись-заявку вида прекращение поручения, подписывают ее своим счетом и отправляют в среду учета, получают из среды учета запись вида прекращение поручения и вносят ее в звено цепочки требований, определяют по записям в цепочке требований величину средств на которые данный счет имеет поручения, принимают из среды звенья требований и на основе записей в них вида поручения и вида прекращения поручения, строят список действующих поручений (поручительств), в строках которого сохраняют счет плательщика, за которого поручаются, и счет и адрес поручителя, который за него поручается, величину средств поручения и их вид, осуществляют быстрый поиск по этому списку поручений для счета плательщика величины поручаемых за него средств.A method of requesting payment and speeding up payments in environments like Bitcoin and NEXT, which record user funds in the form of digital named accounting units and other data in blockchains consisting of sequential blocks containing record sets of changes in digital accounting units, which consists of in that they create a private (secret) and public (public) key and the corresponding numbers of accounts for storing and accounting for digital units, consider the public key as the account (address) of the medium’s participant or corresponding to this I consider the account number to be considered the holder of the account of the participant in the medium who has the private key corresponding to the given account, consider the account of the record entry account, which is used in the output pointed to by the link of this entry, consider the holder of the record entry to be the holder of the account of this entry, consider known methods of electronic signing of digital information as a private key by electronic signature, consider that the electronic (digital) signature of the participant corresponds to his account in the medium, create application entries change of accounting units by setting the time of their creation in them, the list of exits containing the account numbers of the recipients and the number of received units, and the list of inputs containing links to free exits that will be used in this record and sign these application entries with private keys so that everyone can verify the accuracy of changes in the accounting units taken from the corresponding account numbers in these records, transfer these application records to the accounting environment, set the rules for checking the accuracy and correctness of the data in the records- applications and records, receive application records from the accounting environment, verify the accuracy and correctness of the data in them according to the specified rules and if the application does not satisfy them, delete it, make the application records that have been selected in the temporary storage list, select application records from the list temporary storage and create from them a link that is sent to the accounting environment, take the link from the accounting environment, check one hundred correctness and record the link in the data chain, enter into a contractual relationship about the order (guarantee) between the payer and the guarantor m, in which the surety vouches for future payments from the payer, consider its hash value as a reference to the record, characterized in that they introduce a new type of record - a payment request, which additionally includes the payer's account numbers from which payment is required, contact addresses with his guarantor and his account numbers and payment data, including the beneficiary's account number, payment amount, type of means of payment (name or identifier of accounting units), date of claim, claim number, data on the service provided, purchased goods or conclusion of this contract, and other data, create an additional data chain - a chain of claims that is used to record records of payment claims and which contains links of claims containing sets of records of payment claims; they introduce a new record type - repayment of a payment request, which additionally refers to record payment requirements, record the payer's account numbers and addresses for communication with his guarantor and his account numbers to any means of storing, reading and transferring information (NFC-tag, QR-code, magnetic I’m a strip, etc. ..), transfer to the payee the account numbers of the payer and the addresses of his guarantor and the numbers of his accounts in any known manner, by reading from the information storage medium, check information on the accounts of the payer, including outstanding records, using open data from the accounting medium payment requirements for them, indicating his debt, as well as the values of the named accounting units (means of settlement) stored on his accounts, the history of his payments according to payment requirements, as well as studying similar data about his guarantor and make a decision on accepting payment from these accounts and issuing goods or services, or apply for confirmation of the payer’s solvency to his guarantor by creating an entry request for payment, entering data on the payer's accounts and data on his guarantor, including his address for communication and number his accounts, data on the amount of payment and account number of the payment and other data on the purpose of payment and description of the service, product or contract, date of purchase, etc., signing this application record with your account, corresponding to the number at the payee’s account and sending it to the accounting environment and directly to the payer and / or its guarantor, they receive the payment request entry in the person of the guarantor, verify its accuracy in the payee’s account, check the payer’s solvency and, if the payer is satisfactory, sign this account with his account application-record and send it to the accounting medium and directly to the payee, receive, on behalf of the payee, a record-request of the payment request signed by the guarantor, which means that the surety has vouched for the payer, and the goods or services are dispensed to the payer, implying that this application record will be paid either by the payer or his guarantor, they receive the payee signed by the payee and, if possible, the guarantee record by the guarantor, create payment requirements based on the data record-application for the repayment of a claim for payment, in which they indicate a link to this record of a claim for payment, sign it with their accounts from which payment will be made, and transfer it on Wednesday To the payee and to the payee, they receive the record of the claim for the payment request signed by the guarantor and include it in the requirements link for recording it in the chain of accounting for claims of payment, receive records of the demand for payment, create a single payment record for them from the specified payer by combining the exits from these requirements into a single a list of exits and by specifying a list of entrances from unspent exits that the payer has, include links to these requirements records in it and transfer this new payment record to Wednesday, or directly to the payer , receive a single payment record, sign it with their keys, the corresponding entries in the entry list and send it on Wednesday to include it in a new link in the data chain, after receiving from the payer a confirmed payment made according to the payment request record created earlier, create a request record of the redemption type payment requirements, include in it a link to this requirement record and sign it with your key corresponding to the recipient's account number from this requirement record and send it to the accounting environment to include it in the chain data of the general book of records, they introduce a new type of record - an order (guarantee), which indicates the guarantor's account and its address for communication, the account for which they are guaranteed, the amount for which they are guaranteed, the type of funds of the order, the terms of the order, the end date and other descriptions and conditions orders, create an order application record of the order type, sign it with your account and send it to the accounting environment, accept an order application record from the accounting medium and enter it into the link of the requirements chain, introduce a new type of records - termination of the order (surety), in which indicate a link to an order entry in the requirements chain whose action they want to terminate, create an order entry of the type of order termination, sign it with your account and send it to the accounting environment, receive from the accounting medium a record of the order termination type and enter it in the link of the requirements chain, determine by records in the requirements chain the amount of funds for which the account has instructions, take the links of requirements from the environment and, based on the entries in them, the type of order and the type of termination of the order, build a list of instructions (sureties), in the lines of which the payer's account is guaranteed, and the account and address of the guarantor who is being charged for it, the amount of funds of the order and their type, carry out a quick search on this list of instructions for the payer's account of the amount of funds charged for it.