info_infoman
|
|
October 17, 2014, 07:25:27 PM |
|
Думаю, что рано или поздно люди начнут думать, как избавиться от старых частей цепочек, чтобыне хранить терабайты говна у себя.
а чем не подходит на роль отсечки "диагональный чекпоинт" ну такой чекпоинт который берет все не потраченные старые входы и фиксирует их наряду с текущими все равно чекпоинты есть и работают уже сегодня, добавить туда инфу о залежавшихся монетах и отрезать нах цепочку по диагонали
|
|
|
|
gades
|
|
October 17, 2014, 07:37:19 PM |
|
а чем не подходит на роль отсечки "диагональный чекпоинт"
анонимность монеты возрастет из-за невозможности через время увидеть от куда был вход (разве у кого-то будет клиент для записи архива) Интересно, а кто-то проводил анализ блоков в которых есть полностью потрачены входы (может из стоит убирать в первую очередь)? А зачисткой будут заниматься PoS майнеры и в найденом блоке PoS указывать какой блок можно удалить будет (и через 520 подтверждений это делается)
|
|
|
|
Foxcool
|
|
October 17, 2014, 08:14:28 PM |
|
норм
|
|
|
|
aclon
|
|
October 18, 2014, 06:24:28 AM |
|
Вот только в таком случае не получится делать разного рода криптобюджеты, которые можно проверять и отслеживать куда ушли деньги.
|
|
|
|
RoadTrain
Legendary
Offline
Activity: 1386
Merit: 1009
|
|
October 18, 2014, 09:06:26 AM |
|
там суть идеи не состоит в том, чтобы сильно плотно испольховатьблокчеин. Просто отследить, сделан ли перевод с такого адреса на другой или нет. Для этого достаточно консольного валета и достапа к нему по рпц. Как-то более плотно завязываться на блокчеин и тем более хранить в нем важные данные я бы не стал. Думаю, что рано или поздно люди начнут думать, как избавиться от старых частей цепочек, чтобыне хранить терабайты говна у себя. Тем более это актуально для валют типа новы, где по идее майнеров должно быть не 5-10, как в битке (пулов), а тысячи с включенным ПОС.
Как я себе представляю такой плагин. При отправке сообщения плагин формирует "снимок" сообщения и вычисляет его хэш. Затем хэш запечатывается в транзакцию, а id транзакции прикрепляется к письму. Получатель соответственно тоже формирует снимок, вычисляет его хэш и сверяет его с хэшем в блокчейне (обращаясь к кошельку новы по RPC). Этого должно быть достаточно для однозначной верификации сообщения, на первый взгляд.
|
|
|
|
svost
|
|
October 18, 2014, 11:09:52 AM |
|
При отправке сообщения плагин формирует "снимок" сообщения и вычисляет его хэш. Затем хэш запечатывается в транзакцию, а id транзакции прикрепляется к письму.
При повсеместном внедрении что станет с размером блокчейна новы?
|
4NovacoinyLfMCjTzqDXcaGNTrykfDBNkP
|
|
|
RoadTrain
Legendary
Offline
Activity: 1386
Merit: 1009
|
|
October 18, 2014, 11:20:25 AM |
|
При отправке сообщения плагин формирует "снимок" сообщения и вычисляет его хэш. Затем хэш запечатывается в транзакцию, а id транзакции прикрепляется к письму.
При повсеместном внедрении что станет с размером блокчейна новы? Ничего хорошего, поэтому в первую очередь нужно поработать с масштабируемостью.
|
|
|
|
info_infoman
|
|
October 18, 2014, 11:37:58 AM |
|
При отправке сообщения плагин формирует "снимок" сообщения и вычисляет его хэш. Затем хэш запечатывается в транзакцию, а id транзакции прикрепляется к письму.
При повсеместном внедрении что станет с размером блокчейна новы? посмотрите на блокчейн флоринкоина не такой уж он и большой там запечатываются комменты к транзакции
|
|
|
|
alpet
Legendary
Offline
Activity: 1912
Merit: 1020
|
|
October 18, 2014, 12:50:06 PM |
|
Снимок сообщения хэшировать не стоит, это лишено практического смысла. Почтовые сервера бывает свой текст в тело добавят, или кодировку изменят. Можно опционально в блокчейн пихать без всякого хэширования - адрес email отправителя, чтобы в случае неприятного из-за сбоя письма было понятно от кого пришла транзакция. Но на первых порах лучше получить максимально простой и соответственно стабильный код плагина, без наворотов.
|
|
|
|
RoadTrain
Legendary
Offline
Activity: 1386
Merit: 1009
|
|
October 18, 2014, 06:04:40 PM |
|
Снимок сообщения хэшировать не стоит, это лишено практического смысла. Почтовые сервера бывает свой текст в тело добавят, или кодировку изменят. Можно опционально в блокчейн пихать без всякого хэширования - адрес email отправителя, чтобы в случае неприятного из-за сбоя письма было понятно от кого пришла транзакция. Но на первых порах лучше получить максимально простой и соответственно стабильный код плагина, без наворотов.
В любом случае должны быть ограничения, чтобы отправитель не мог одной транзакцией "подписать" много сообщений. Ведь в этом цель, разве нет? Если делать как в биткойне - записывать информацию в выход с OP_RETURN, то ограничение на длину данных - 40 байт. Поэтому лучше пихать хэш, ведь почтовый адрес может быть длиннее. Можно хэшировать только адреса отправителя и получателя, плюс сверка времени транзакции и времени приёма/отправки письма
|
|
|
|
penek
Legendary
Offline
Activity: 976
Merit: 1003
|
|
October 18, 2014, 07:56:57 PM |
|
выложил на домашнюю страницу https://novaco.in ... и развил тему до полноценного portage...
|
Факт — самая упрямая в мире вещь. © М.А.Булгаков «Мастер и Маргарита»
|
|
|
alpet
Legendary
Offline
Activity: 1912
Merit: 1020
|
|
October 18, 2014, 08:15:14 PM |
|
В любом случае должны быть ограничения, чтобы отправитель не мог одной транзакцией "подписать" много сообщений. Ведь в этом цель, разве нет?
Одна транзакция с переводом средств в кошелек получателя письма - подписывает одно письмо, отправляемое по времени фактически одновременно с транзакцией. По мне так избежать получения 100 писем, подписанных одной транзакцией - код просто элементарный. А если транзакция отправляет деньги вообще левому человеку, письмо сразу в игнор.
|
|
|
|
RoadTrain
Legendary
Offline
Activity: 1386
Merit: 1009
|
|
October 18, 2014, 08:25:04 PM |
|
В любом случае должны быть ограничения, чтобы отправитель не мог одной транзакцией "подписать" много сообщений. Ведь в этом цель, разве нет?
Одна транзакция с переводом средств в кошелек получателя письма - подписывает одно письмо, отправляемое по времени фактически одновременно с транзакцией. По мне так избежать получения 100 писем, подписанных одной транзакцией - код просто элементарный. А если транзакция отправляет деньги вообще левому человеку, письмо сразу в игнор. Как мы узнаём адрес кошелька получателя? Получается, что кроме мейла мы должны знать и адрес кошелька? Вот, положим, я хочу вам на мейл написать, я пишу, потом мне приходит ответка с инструкциями, как правильно написать, я читаю, пересылаю... Слишком длинная цепочка, на мой взгляд... В отдельных случаях будет работать, но о сколь-нибудь широком использовании можно забыть.
|
|
|
|
alpet
Legendary
Offline
Activity: 1912
Merit: 1020
|
|
October 19, 2014, 12:55:36 AM |
|
Как мы узнаём адрес кошелька получателя? Получается, что кроме мейла мы должны знать и адрес кошелька?
Мне казалось я это описал в ТЗ. Что по умолчанию плагин отвечает на письмо без транзакции автоматическим запросом, что ему требуется цифровая марка по такому-то адресу. И с другой стороны плагин должен перехватить запрос, с уведомлением владельца или без оного - повторно отправить исходное письмо уже транзакцией. А платеж в никуда или по произвольному адресу, это уже совсем другая штука получается - гораздо менее мотивирующая пользователей пользоваться данным решением. Кстати, ещё нужно продумать как избежать подмены адреса в автоматическом запросе потенциальным перехватчиком "man-in-middle".
|
|
|
|
fsb4000
Legendary
Offline
Activity: 1400
Merit: 1000
|
|
October 19, 2014, 10:22:42 AM |
|
|
|
|
|
RoadTrain
Legendary
Offline
Activity: 1386
Merit: 1009
|
|
October 19, 2014, 11:21:31 AM |
|
Как мы узнаём адрес кошелька получателя? Получается, что кроме мейла мы должны знать и адрес кошелька?
Мне казалось я это описал в ТЗ. Что по умолчанию плагин отвечает на письмо без транзакции автоматическим запросом, что ему требуется цифровая марка по такому-то адресу. И с другой стороны плагин должен перехватить запрос, с уведомлением владельца или без оного - повторно отправить исходное письмо уже транзакцией. А платеж в никуда или по произвольному адресу, это уже совсем другая штука получается - гораздо менее мотивирующая пользователей пользоваться данным решением. Кстати, ещё нужно продумать как избежать подмены адреса в автоматическом запросе потенциальным перехватчиком "man-in-middle". Это описано в ТЗ, но как опция Насчёт подмены адреса, ведь если его поменять, то это инвалидирует подпись (по крайней мере должно, если адреса хэшировать).
|
|
|
|
sleekka
|
|
October 19, 2014, 02:45:18 PM |
|
Какой-нибудь пдф с содержанием того что наобсуждали по поводу безспамовой почты кто-нибудь ведет. Описание всей идеи?
|
|
|
|
mall
|
|
October 19, 2014, 05:54:13 PM |
|
penek когда переводы будут опубликованы ?
|
|
|
|
penek
Legendary
Offline
Activity: 976
Merit: 1003
|
|
October 19, 2014, 07:34:14 PM |
|
penek когда переводы будут опубликованы ?
планирую на этой неделе решить окончательно с движком и тогда выложу сразу все готовые страницы...
|
Факт — самая упрямая в мире вещь. © М.А.Булгаков «Мастер и Маргарита»
|
|
|
alpet
Legendary
Offline
Activity: 1912
Merit: 1020
|
|
October 20, 2014, 06:35:27 AM |
|
Насчёт подмены адреса, ведь если его поменять, то это инвалидирует подпись (по крайней мере должно, если адреса хэшировать).
Имеется в виду запрос цифровой марки плагином получателя. Отправитель должен как-то удостовериться, что отправляет цифровую марку получателю письма (при потенциальном использовании ненадежного сервера).
|
|
|
|
|