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

> они даже рекомендуют делать это ...

верно! это выход :-)

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

вобщемто да — нажать кнопку «new» — не так сложно :-) . и новый адресс сразу появляется в главном окне программы

В том случае, если номер кошелька опубликован на домашней странице для принятия каких-нибудь донейтов, такая схема напрямую не сработает

для этого случая — придётся «опубликовывать» адресс на страницце — не напрямую, а через специальный Ajax-script . который при нажатии на кнопку (на www-страничке) «[получить Bitcoin адресс]» будет запрашивать какойнить комментарий от пользователя, и в ответ на этот комментарий — выдавать свежесгенерированный Bitcoin-адресс

....вобщем выход есть :-)

> а через специальный Ajax-script

А модное слово Ajax нужно было обязательно влепить? Обычная форма тут, конечно, не подойдет — нужен обязательно AJAX.

> А модное слово Ajax нужно было обязательно влепить?

необязательно :-) .. но тогдабы пришлось писать много слов про задействование javascript и серверной стороны, и про то что всё это без обновления страниццы [а иначе эту будет уже другая страницца!]

:-)

Обычная форма тут, конечно, не подойдет

ну.... :-[... ммм... вобщемто тоже подойдёт :-)

вот только представь — чел захотел сделать Donate, а его тут вдруг стали мучить какимито формами и кнопочкой {next} :-)

> а еще в распределенных системах стоит подумать о синхронизации,

а то ведь может получиться так, что допустим упала трансатлантика,
и одну и ту же «монетку» в этот момент использовали в Европе и США >
допустим

Насколько понял из PDF-ки - в таком случае после того как трансатлантика поднимется, все транзакции в Европе или США (в зависимости от того, где меньше было пользователей будут отменены), так как в случае различных версий произошедшего от разных сетей - истинным будет та, где больше блоков нагенерено, то есть та где больше пользователей BC.

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

P.S. - давно не логинился... Что-то тут вообще всё запущено - пароль на мэйл открытым текстом высылают вместо сброса, авторизация без https

угу

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

> > А модное слово Ajax нужно было обязательно влепить?

необязательно :-) .. но тогдабы пришлось писать много слов про задействование javascript и серверной стороны, и про то что всё это без обновления страниццы [а иначе эту будет уже другая страницца!]

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

anonymous 16.07.2010 17:22:40> Обычная форма тут, конечно, не подойдет

mkfifo 16.07.2010 17:38:52> ну.... :-[... ммм... вобщемто тоже подойдёт :-)