Topic: Как "заморозить" биткойны? (Read 11958 times)

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

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

Там были использованы слова "похоже", "в настоящий момент". Ничего категорически не утверждалось! Наоборот, было дано понять, что всё сказанное имеет смысл проверить по возможности.

Спасибо за информацию. Пытаюсь разбираться в биткоин-технологии.

Изредка читаешь форум и хочется ругаться матом.
Возьмет такой "эксперт" статью двухлетней давности и начнет ею доказывать.
В тот момент не вышло бы. На момент начала этого тредика - тоже не вышло бы.
А сейчас выйдет. Потому как в протокол включили OP_CLTV и все майнеры на этот софт-форк перешли.
Могу вам сделать программу для заморозки бетховенов. Обращайтесь.
Гарантирую, что и аудит кода любыми независимыми экспертами она пройдет.

Не верите мне - попросите Питера Тодда. Или посмотрите сами, может у него на гитхабе уже есть что-то на эту тему.

Похоже, с locktime пока что ничего не выйдет. В документации нашёл, что данная возможность в настоящий момент отключена в биткоине (...locktime, which is a feature that is currently disabled in bitcoin). Прочитал тут: http://chimera.labs.oreilly.com/books/1234000001802/ch05.html#tx_inputs

Танцы с бубном, видимо имеются в виду в смысле, если вы ставите lock_time
у транзакции на полгода вперед (да хоть не на полгода, а на день вперёд!)
то послать эту транзакцию в сеть сегодня вы не сможете.
Сеть у вас эту транзакцию сегодня не примет - скажет транзакция не финальная.

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

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

В сети такие транзакци есть. Кто и как их формирует - я не знаю (мне самому интересно)
Количество таких транзакций очень мало. Буквально пара штук в неделю.
Статистику можно посмотреть тут:
https://webbtc.com/p2sh_scripts/unknown
Здесь статистика по "неклассифицируемым p2sh-транзакциям"
Там достаточно много в последнее время стало появляться транзакций с паттерном типа
и суммой транзакции 0.00113000
вот этот кусок
видите? Это как раз и есть заморозка до указанного времени

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

Этот топик я создал еще года полтора назад, может уже появилась в каких-то клиентах возможность установки времени помещения транзакции в блокчейн? Ну или установка ожидания заданного количества будущих блоков сети, после чего помещаем транзакцию в блокчейн?

Могу пока дать направление, в котором копать.

В структуре транзакции последние 4 байта - так называемый Locktime. Если это значение больше 500 миллионов, оно интерпретируется как временная метка в Unix-формате (секунды, прошедшие с 1 января 1970 года). В этом случае транзакция не будет помещена в блокчейн раньше этого времени.

Таким образом ты можешь сформировать и отправить такую транзакцию на свой адрес с определённым дэд-таймом.

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

вот так возмет чел и заморозит битки
вечером обмоет это дело
а утром на опохмел?
так и помрет без опохмела, недождавшись разморозки

 

Не советую. Послушайте дружеского совета. Ходлить от самого себя - экономически глупо.

О, спасибки дружище!! Сейчас я заходлю чутка от самого себя 

Вот здесь описано:
https://www.reddit.com/r/Bitcoin/comments/3wt8fw/bip65_op_checklocktimeverify_can_now_be_used_in/
В частности, Peter Todd создал адрес
https://blockchain.info/address/3F6ZKHjT4iGW5vimA54htkVErTpdxw6994
вывести битки с которого можно только после 18:00 21 декабря 2015 года
(ну и имея приватный ключ естественно)
Пост на реддите датирован до этой даты и ему туда тестов парочку кинули
Потом по приходу этой даты он оттедова забрал.

В клиентах это еще не делали. А кто должен делать? Биткойн децентрализован - делайте сами.
Есть пример этого Peter Todd
https://github.com/petertodd/checklocktimeverify-demos/blob/master/hodl.py

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

Не знал такого.Очень интересно... Спасибо за инфу

Повторяю: нахер никому не впалась.
Проблема "обналичивания определенной суммы" решается не алгоритмическим, а административным путем.
Грубо говоря, для человека толк от "моментального" наследства всегда больше, чем от "растянутого", ибо моментальное он и сам растянуть может, а растянутое превратить в моментальное - нет. Если вы не хотите баловать своего ребенка - просто не оставляйте ему наследство вовсе.

И еще раз повторяю: никто этой новой функциональностью не пользуется. Нет сейчас транзакций с OP_CLTV. Не-ту!
Людям нужен туземун относительно фиата и всё. Все остальные разговоры - ниачом.

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

Что-то ничего кроме лэндинга на ум не приходит.

Уже неактуально.
Сегодня битки можно заморозить - в протокол введена команда OP_CLTV
Условно говоря - формируете p2sh-адрес (тот который начинается с "3", а не с "1"), свои битки кидаете на него и...
Вывести битки с этого адреса вы сможете только по пришествию определенного времени или определенного блока.
До этого момента вывести битки на другой адрес невозможно.
От себя могу лишь добавить, что эта функциональность нахер никому не впалась, хотя носились с ней, как с писаной торбой не один месяц. Реально такие транзакции проскакивают сейчас в блокчейне пару раз в неделю - кто-то экспериментирует с мелочевкой

вот вам способ
берете брутфорсер рар архивов обезательно на видеокарточке
смотрите скольки значний должен бить пароль чтоби брутфорсер отбрутфорсил его за заданное количество времени (через которое ви хотели б битки получить)
учитиваете закон мура, грубо с каждим годом брутфорсить будет в 2 раза легче
архивируете валет под рандомним паролем, и сразу запускаете его брутфорс )))

Сорри
Тогда в качестве размышлений вслух

Вы этот вопрос кому задаете? Мне?
Я не собираюсь свои деньги от себя же прятать, чтобы потом с дополнительными затратами (пусть и небольшими) их "размораживать"

Хорошо если перебором но "дешево"
Какой размер затрат допустим?? Деньгами или человеко-часов

я же ответил:
перебором - дорого
а чисто математического (дешевого программного) решения нет

Вот "спрячешь" от себя монеты...
Искать как будем? Перебором или решением...

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

Ну, как я понял, перебрать вам 10^9 знаков кажется решаемо. 
А 10^15 ? а 10^25? а 10^70?
Где граница где стоит даже не пытаться перебирать?

Поясните свою мысль. Что значит "разменять?"

Чтобы перебрать все мыслимые адреса в биткойне не хватит энергии нашего Солнца (которое по отношению к биткойн-сети является внешним источником энергии и пока худо-бедно светит) - эту картинку много раз постили

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

то что лок может быть только на число блоков я знаю

а разменять закон сохранения энергии на все мыслимые адреса в биткоине не хотите ? 

Опять двадцать пять!
Вы с законом сохранения энергии будете спорить?
В глубинах протокола есть (не уверен, что это сейчас поддерживается).

У выхода транзакции нет никаких локов - запомните это!
У выхода есть только скрипт и сумма! Всё! Ну и еще, разумеется, нам известен хеш этой транзакции и номер выхода.


Но протокол ориентирован на количество блоков, а не на время.
И переориентировать его на время не получится.
Представьте себе, что вы сделали тайм-лок транзакцию самому себе на 2016 год в AuroraCoin
А койн умер. И сидите вы со своей транзакцией как лох.
Можно в одно рыло майнить этой койн до нужного блока.
Можно (так как у вас не 51%, а все 100% хеш-мощностей этого говнофорка) поменять алгоритм койна и нагенерировать сразу все блоки.

вообще то нет
где то в глубинах протокола есть возможность дать входу созреть прежде чем быть потраченным

В общем, это задача сводится к законам термодинамики.
Нахождение ключа - это уменьшение энтропии (хаоса) системы.
Уменьшить энтропию можно лишь приложив внешний источник энергии.
Что будет выступать источником энергии - изотопный таймер или бытовая розетка - это уже неважно.

Или арендуешь на пару суток облачные мощности 

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

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

Я дам подсказку... есть такая тема "как сгенерировать 100500 адресов"
так вот эксперименты показывают что 150 миллионов адресов в одном файле кошелька вполне осуществимая цифра на сегодняшнем средне статистическом сервере.
Так что, лет через 5 на продвинутом, домашнем ПК ты вполне легко переберешь 1 ярд адресов в сутки. 1*10^9.
То есть 9-10 случайных цифр к фразе уже будут не плохой защитой от себя.

По-моему, это просто невозможно. Ну по крайней мере невозможно алгоритмически (то есть с помощью только программы).

Замок на холодильнике, допустим, делаем с использованием радиоактивного изотопа с каким-то заданным периодом полураспада.
То есть взломать замок - нереально тяжело, при попытке вскрытия холодильника замок блокируется, а автоген не берет.
Но через какое-то время радиоактивность уменьшается и замок сам открывается.

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

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


А ты сможешь рассказать мне как я легко смогу ограбить себя даже если я удвою защиту? Каким образом: беру например свою секретную фразу например SecretPhrase32894 далее генерирую брейн-кошелёк, вижу свой приватный ключ, копирую его, вставляю его в поле для секретной фразы (т.е. использую новосгенерированный приватный ключ для того чтобы с помощью него создать ещё один брейн-воллет уже на основании приватного ключа который был сгенерирован с фразы SecretPhrase32894). Усложняю эту ситуацию повторяя этот процесс от 4 до 20 раз. Т.е. на выходе мы имеем велосипедный замок от 00001 до 99999 + усложнение для скриптинга в виде каскадной генерации приватных ключей по умным фразам.


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

Можно я расскажу как ограбить тебе самого себя?

Способ реально работает - женись! 

Вот она! Главная мысль!
Главное это что? Миллион долларов.
Всякие брейнваллеты - это хуйня.
Всё не так надо.
Надо распечатать приватные ключи на билетах AO MMM
(на обратной стороне, естественно)
После чего кладете эти ценные бумаги в банковский сейф. Лет через десять - у вас миллионы!
Вы спросите - что помешает снять битки раньше?
Ответ: вы же будете в психушке сидеть. Когда в банке увидят, что вы в сейф кладете акции МММ - они санитаров вызовут

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

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


1) Делаем резервную копию сайта bitaddress.org в виде zip файла - ссылка zip доступна прямо в подвале сайта (вдруг алгоритм шифрования изменят в будущем)

2) Заходим на bitaddress.org, переходим во вкладку "Умный кошелёк" или "Brain Wallet". Тут мы можем создавать безопасные перманентные фразы которые в результате дают возможность в голове хранить комбинацию-пароль с помощью-которого и создаётся ваш кошелёк+private key.

3) Выбираем и запоминаем фразу например моя фраза RussiaGetsBitcoinFasterThanAmerica. Фраза должна быть легко запоминаемой для вас, и тяжело подбираемой брутфорсом и в любом случае должна превышать по кол-ву символов 15 букв. В идеале вы бы использовали эту систему для того чтобы создать с помощью этой фразы 1 кошелёк и всё. Но так как вы задались целью хранить биткоины в недоступном для себя месте, читайте следующий пункт (4)

4) Вместо того чтобы в качестве фразы умного кошелька RussiaGetsBitcoinFasterThanAmerica я бы усложнил себе жизнь добавив вконце чего-то вроде велосипедного замка, т.е. пятизначная кодовая комбинация которую вы намеренно не будете запоминать. Главное помните и случайно генерируйте одинаковое количество чисел в конце фраз и забывайте как только кинули туда очередные 100-200 рублей. Например берёте свою фразу RussiaGetsBitcoinFasterThanAmerica и добавляете к ней числа вот-так: RussiaGetsBitcoinFasterThanAmerica23894, затем вбиваете в секцию "Умный кошелёк" генерируете кошель, закидываете туда скажем 100 рублей (или какая у вас там ежедневная порция сбережений - главное не кидайте на каждый из таких кошельков больших сумм - лучше распределите свои средства мелкими порциями по нескольким биткоин-кошелькам. К примеру я вообще по 50 рублей закидываю на каждую новую комбинцаию, и потом успешно забываю о том какую комбинацию я использовал).

Т.е. поймите идею правильно - главное не переборщить. Можно было бы конечно не 5 символов а 6 случайных цифр использовать в конце, но помните правила:
1) Не забудьте свою основную фразу
2) Обязательно сделать бэкап сайта в надёжное место
3) Помнить количество используемых цифр
4) Не втыкать лишних спецзнаков/букаф и использовать строго только цифры!!!
5) Ложить мелкими суммами. Суммы обязательно должны быть мелкими! Чтобы у вас даже не было мотивации перебирать в поисках своих 10000 тысяч рублей.
6) Ну и конечно же не запоминать последовательность цифр (но помнить свою фразу! Моя - RussiaGetsBitcoinFasterThanAmerica89284, я запомнил.)


Т.е. ваша статистика получится примерно такой:
RussiaGetsBitcoinFasterThanAmerica89237 - 01.01.2015 закинул 130 рублей
RussiaGetsBitcoinFasterThanAmerica71651 - 02.01.2015 закинул 70 рублей
RussiaGetsBitcoinFasterThanAmerica10948 - 03.01.2015 закинул 110 рублей
RussiaGetsBitcoinFasterThanAmerica32981 - 04.01.2015 закинул 115 рублей
....
...
....
и т.д. и т.п.


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

И ни в коем случае не записывайте никуда эти цифры!!! Максимум что вы можете записать (или передать своим правнукам) координаты основной фразы!!! Но будьте осторожны!



Через 10 лет когда вы сделаете как минимум 3000 платежей, и когда курс биткоина будет как минимум $1,000,000 за 1 BTC вот тогда будет резон перебирать все ваши 18297, 39812, 19048, 23910, 12908, 84732, 12908 в общей массе.

Если вы являетесь гипер крутым программистом или не доверяете себе настолько сильно что даже 5 цифр не хватит, ну тогда возьмите 7 цифр в конце шифра - 7 цифр вы точно не станете перебирать.

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

Так что этот способ все недоверяющим себе подойдёт более чем идеально.

Есть новости по lock_time функции?
Какие-то клиенты уже позволяют манипулировать временем?

Вы читали первый пост? Я там отразил пару примеров применения:


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

А какое практическое применение, имеет вопрос обсуждаемый здесь?

Завали ебало чмо! Не кому на хуй не всралось держать в пуле транз-кандидатов на включение в блок твой хитровыебанный перевод самому себе целых дохуя времени

пиздить - не мешки ворочать, плечи не болят.
https://en.bitcoin.it/wiki/Script
вся хуйня уже придумана до особо пиздливых для особо хитровыебанных.

Охуительный совет от форумного новичка.
Как же мы все раньше не додумались до этого?
А что еще позволяет скрипт? Запустить человека в космос он тоже может?

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

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

Главное, не забывать менять батарейку вовремя, что бы часики не останавливались.

livejournal.com точно позволяет

Какие, например, блоги позволяют постить в будущее? Из массово используемых.

Аналогичным образом можно использовать любую блогплатформу с возможностью отложенного постинга (или несколько платформ для надежности).
Заводим одноразовый почтовый аккаунт, регистрируем на него блог, пишем пост в будущее (с ключом от кошелька), после чего забываем пароли от почты и блога. Запоминаем только адрес блога.

Спасибо всем отписавшимся по теме.
Некоторые из предложенных вариантов были в голове, но до идеального решения ни один из них все равно не дотягивает 

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

Тем не менее, рад буду выслушать еще идеи, если таковые имеются.

не красивый, не точный по времени, в каком то смысле дорогой метод защиты от необдуманной траты монет, но без передачи доступа к монетам третьим лицам:

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

https://ru.wikipedia.org/wiki/%CE%F1%F2%E0%EF_%C1%E5%ED%E4%E5%F0

 

Вы ошиблись.
Я лицо без номера... 

Ээээ!! Ты третье лицо! А он просил без третьих! Я четвертое! Обращайтесь ко мне!
Я даже могу пообещать вернуть ваши битки с процентами! Мамой клянусь!

"Допустим, что у меня есть несколько монет и я хочу уберечь их от:

1) Доступа третьих лиц
2) Траты самим собой на определенный период времени (до определенной даты)"

О, майн Готт...
Мне бы ваши проблемы, господа...

ЗЫ. Знаю совершенно 100% способ, обращайтесь...

Это уже ближе к Закону Шнайера
http://habrahabr.ru/post/239287/

Каждый человек может изобрести систему безопасности, которую он был бы не в силах взломать.
Но если к системе безопасности есть ключ - то как его хранить?
Создавать очередную систему безопасности? Рекурсия.

Спасибо, кстати, за статью про Парадокс. Именно там содержится решение вопроса ТС, на мой взгляд:

Всемогущество А значит, что утверждение «А может Б» истинно тогда и только тогда, когда Б — логически последовательное описание конъюнктуры. Это положение было когда-то защищено Фомой Аквинским. Это определение всемогущества решает некоторые из парадоксов, связанных со всемогуществом, но некоторые современные формулировки парадокса все ещё работают против этого определения. Пусть Б это «сделать кое-что, что его создатель не может поднять». В этом действии нет ничего логически противоречащего, человек может, например, сделать лодку, которую он не может поднять.

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

Ага. Есть какие-то вроде бы сервисы почтовые, которые позволяют послать письмо, чтобы получатель получил его в указаную дату в будущем. Можно послать самому себе приватный ключ. Ну или запаковать приватный ключ в архив, а пароль к этому архиву послать самому себе в будущее.

Особый цимес будет послать себе письмо на "год вперёд", а через полгода узнать, что почтовая служба дала дубу и письмо не придёт.

ЗЫ. Синхронизацию по времени я сделаю не с помощью дизассемблинга и хакинга существующей программы, а просто подменю сетевой трафик на свой собственный. Мэн-ин-зе-миддл, так сказать.

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

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

Это затруднит трату до указанного часа (мы не ищем легких путей? стоя, в гамаке и в скафандрах?)
Но не исключит возможности.
Если я могу написать программу, которая определяет время по часам из интернета - я еще быстрее напишу программу, которая первой программе подсовывает подкрученное время.

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

Вкратце ответ "нет".
Должно быть понятно, почему так.

Надо либо задействовать "третьих лиц" - например положить приватный ключ в банк, а копию стереть. Но банк забесплатно делат это не будет. В "децентрализванном" варианте та же самая история. Допустим, вы формируете некую "транзакцию", которая должна "гулять по сети" и включиться в блок через полгода. Но в каждый конкретный момент эти данные должны кем-то храниться и обрабатываться. То есть для всего сообщества это действие будет небесплатное (аргумент, что это дешево - не примеяйте). То есть либо вам придется за это заплатить, либо будет риск, что эта "транзакция" потеряется из-за того, что её некому будет хранить или кто-то ее даблспенднит.

Я употребляю слово "транзакция", но разумеется, это не транзакция в протоколе биткойна, но нечто по своим свойствам очень похожее.

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

Допустим, что у меня есть несколько монет и я хочу уберечь их от:

1) Доступа третьих лиц
2) Траты самим собой на определенный период времени (до определенной даты)

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

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

Или, например, хочется сделать подарок в виде 5 монет самому себе на ДР, который будет 05.05.15, но для этого нужно, чтобы эти 5 BTC мне стали доступны не ранее этой даты.

Небходимо решение, которое ограничивало бы доступ самого себя на определенный срок к:

1) Файлу - в нашем случае это может быть файл кошелька
ИЛИ/И
2) Текстовой информации - в нашем случае это может быть private key биткоин-адреса

При этом, крайне нежелательно задействовать третьих лиц и вот такие варианты решения не подойдут:

- Файл кошелька с монетами (вариант: txt-файл с приватным ключом) положить в архив под пароль, архив передать другу на хранение, пароль не сообщать, копию архива у себя удалить. Дать наказ, ранее определенной даты архив не возвращать.
- Перевод WMX WebMoney с протекцией по времени.
- ...

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

У кого-нибудь есть идеи на этот счет?