Отмена транзакции

[tseries 30]

Почему бы разработчику бит коина не сделать такую интересною функцию как  своеобразный протект транзакции по времени , с возможностью ее отменить , максимум например сделать сутки . Очень бы помогло людям пославшим не на тот кошелек . Или как защита откражи .

 

Например при переводе бит коина указываем суму.  И время протекции ,в настройках можно указать время по умолчанию , изначально хай оно будет 30 минут . и максимум до суток. С возможностью паролить данною функцию отдельно от пароля для транзакций. Например указали час возможность возврата . И запароли и пока не введем 2 пароль нельзя будет отменить или выключить функции , даже если у нас украдут wallet.dat, и пароль . мы сможем откатить спокойно сделку нажав кансел.

 

по какому бы принципу это работало ? к хешу транзакции добаляется тип транзакции с возможностью рефаунда,с небольшой доп комисией.

Транзакция с  привязкой к временеми уходит в сеть . и начиет отсчет времени с 1 подтверждения . Если же  данная транзакция получает с того же кошлька кансел хеш назовем его так. Происходит отмена данной транзакции .

или  же более простой вариант протекции , запароленая транзакция , он обрабатуется , но пока мы не нажмем конфим , который разшлет по сети ключ к открытию данною транзакции, она будет оменяема,  и будут например существовать 2 ключа . Открытия и фейла.
если транзакция получает конфим хеш , она открывается и падает человеку принявшему ее на баланс, если же фейл. он отменяется по всей сети . так как небыл получен к ней ключ.

 

Впринцепе для это можно сделать отдельною строку баланса , протектед трасфер например . который будет падать человеку. Это сделает более удобными сделки .

 

И поможет возвратить свои деньги в случаее чего. Реализация с конфим ключем больше подходит для децентрализированой сети

Изменено 15 ноя 2014, 23:48 пользователем tseries

[Lexis77 9 297]

Потому что так устроен биткоин. Любые транзакции подключаются к блоку, где проходят проверку на валидность, т.е. полное соответствие всем предыдущим и последующим действиям. Любое изменение приведет к отмене децентрализации и возможности управления потоками транзакций.
И еще.. хват ит, б ля, писа ть под обны м об разо м.

[tseries 30]

Потому что так устроен биткоин. Любые транзакции подключаются к блоку, где проходят проверку на валидность, т.е. полное соответствие всем предыдущим и последующим действиям. Любое изменение приведет к отмене децентрализации и возможности управления потоками транзакций.

И еще.. хват ит, б ля, писа ть под обны м об разо м.

Хо ро шо , но ве дь мо я схе ма не ме ша ет де це нтра ли зи ро ва но сти

[polym0rph 2 946]

@tseries, рекомендую все же стараться писать грамотней, глаза же сломать можно. Иначе можно и не удаление сообщений попасть, если трудозатраты на чтение и понимание превысят ценность сообщения.

 

По сути вопроса - сделать можно все, вопрос зачем. Я бы как продавец покупателя с такой криптовалютой послал бы на фиг, т.к. его транзакция ничего не значит и может быть отменена.

Ну а если криптовалюту отказываются принимать, то судьба ее вполне понятна и логична.

[tseries 30]

@tseries, рекомендую все же стараться писать грамотней, глаза же сломать можно. Иначе можно и не удаление сообщений попасть, если трудозатраты на чтение и понимание превысят ценность сообщения.

 

По сути вопроса - сделать можно все, вопрос зачем. Я бы как продавец покупателя с такой криптовалютой послал бы на фиг, т.к. его транзакция ничего не значит и может быть отменена.

Ну а если криптовалюту отказываются принимать, то судьба ее вполне понятна и логична.

Суть то вот в чем , транзакция уходит в сеть , и это больше не как протекция , а как засчита от идиота :)

Пример сделки:

 

Покупатель шлет продавцу транзакцию, продавец получает в своебразный сток эту транзакцию ( называемый "отменяемая транзакция" ) , подавец подтверждает получение транзакции , покупатель должен подтвердить перевод. и тогда из этого стока , транзакция переходит в основном баланс.

В случаее же если человек не жмет конфим и транзакция продолжает весеть в стоке, продавец шлет покупателя подальше.

Ну и посланый покупатель спойно возвращает свои деньги.

Комисия так так  сьедается ,но в случаее если человек ошибся адресом, послал случайно на утереный адресс , послав ключ отпирающий эту транзакцию в сеть , или же ключ подтвержающий посылку данной транзакции - он вернет или подтвердит перевод.

 

Суть не  столь в протекте , а  в уверености что транзакция поступила именно туда куда должна , а если по какойто причине кривизны рук или другой не туда ушла , вместо сожалений о потеряном бите , просто нажать кнопочку кансел , и отправить ключ возврата в сеть :)

[tseries 30]

а в блок чейне это будет выглядеть примерно так - транзакция упал в такой то сток адреса.

Транзакция отправилась обратна из этого стока на кошелек отправителя .

Транзакция зачислена на кошелек из стока.

[tseries 30]

кстати с этой идеи вытекает еще одна идея, таким образом можно отравить деньги в неизвестном направлении , и потом вернуть канселом , оставляя нулевой баланс.

 

также неплохая идея для без wallet.dat Форка ,например мы отправляем монетки плавать в свободное плаванье в блоках , в таком форке , и ключом можем спокойно вернуть их на новый wallet.dat . сохранив ключ .

 

для большей безопасности  ставим что каждый месяц монетка будет улетать в "свободное плаванье" сама,и путем посылки нашего ключа в сеть,после обработки блока с нашим ключом, монетка падает обратно нам в кошелек, где был применена отсылка ключа, что решит такие проблемы как убитый винт с wallet.dat :D. Хотя это приведет к проблеме "черных майнеров" которые будут вместо стандартной майнинга , пытаться сломать ключи  что бы присвоить "блуждающие транзы" .

По факту применяем туже технологию подбора блока, вот только только в данном случае мы имеем сразу ключ к этому блоку , и блок в данном случае уже является хранилищем наших сбережений - децентрализованное хранение  .

 

простите что мой поток мыслей слегка кривой )

Изменено 16 ноя 2014, 06:53 пользователем tseries