Цитировать по имени
цитировать ответ
|
Re: Развитие системы оповещения
На стороне записки, ЛЧМ,
это кажется немного
повторяющееся, ваше сообщение
будучи первым ответ
пока вы цитируете
Совокупность первого поста.
Конечно, вы были
отвечая на что
после! Возможно ты
хотел СВОЙ
размещать смотреть
более полно? ^ _ ^
|
|
|
|
23 августа 2010, 5:18:02 AM
|
# 5
|
Цитировать по имени
цитировать ответ
|
Re: Развитие системы оповещения
Таким образом, теоретическое это первая система управления, где <некоторые говерменты> может арестовать Satoshi и спрос
что он сдает его ключ (или получить его из своего компьютера) и выключить всю сеть?
Или это не возможно? Как далеко <некоторые говерменты> получить? Ooooooh, что это хорошая точка тоже! Я хотел бы предложить, что, как начало реализации для системы оповещения это самый основной, простой и до точки и гарантированно работать без недостатков, ошибок, эксплойтов и т.д. После того, как это, кажется, принято большинством сообщества и, кажется, хорошо известна и безопасно, возможно, тогда это может быть безопасно расширить на нем. Однако, одна точка массы DOS кажется слишком подавляющей, чтобы внедрить в официальный клиент, если есть возможность вообще использовать его или взять контроль над ним с помощью любых средств, необходимых.
|
|
|
|
|
23 августа 2010, 5:23:13 AM
|
# 6
|
Цитировать по имени
цитировать ответ
|
Re: Развитие системы оповещения
Нет! Если вы сделаете это, они будут мучить вас, пока вы не дадите им ключ Сатоси!
А если серьезно, если ключ выключить питание Я не убегаю этого клиента.
Я на самом деле даже не нравится идея одного человека, имеющего возможность отправлять сообщения. Даже если я / мы верим, что человек сейчас, мы не могли бы позже, или это может быть другой человек, или же они могут получить замучены / подкупил / шантажировали.
Я полагаю, это мышление приходит видеть всех людей, которые еще не перешли на 3,10 еще?
Имея достаточное количество различных реализаций, что ни один не является большинство будет означать ошибку, как переполнение приведет лишь к проблемам с ненадлежащим кодированной клиентой и не со всей цепью. Если люди пишут новые клиенты в основном не скопировали код, то останется никаких проблем. Но если бы они были написаны с нуля, чтобы делать то, что они должны тогда никаких проблем бы не перекрывались.
Помню ли я вам говорю, что вы думали, что это будет кошмар, чтобы иметь несколько реализаций? Я не могу вспомнить, почему вы сказали, что, хотя.
|
|
|
|
|
23 августа 2010, 8:08:47 AM
|
# 10
|
Цитировать по имени
цитировать ответ
|
Re: Развитие системы оповещения
Нет! Если вы сделаете это, они будут мучить вас, пока вы не дадите им ключ Сатоси!
А если серьезно, если ключ выключить питание Я не убегаю этого клиента.
Я на самом деле даже не нравится идея одного человека, имеющего возможность отправлять сообщения. Даже если я / мы верим, что человек сейчас, мы не могли бы позже, или это может быть другой человек, или же они могут получить замучены / подкупил / шантажировали.
Я полагаю, это мышление приходит видеть всех людей, которые еще не перешли на 3,10 еще?
Имея достаточное количество различных реализаций, что ни один не является большинство будет означать ошибку, как переполнение приведет лишь к проблемам с ненадлежащим кодированной клиентой и не со всей цепью. Если люди пишут новые клиенты в основном не скопировали код, то останется никаких проблем. Но если бы они были написаны с нуля, чтобы делать то, что они должны тогда никаких проблем бы не перекрывались.
Помню ли я вам говорю, что вы думали, что это будет кошмар, чтобы иметь несколько реализаций? Я не могу вспомнить, почему вы сказали, что, хотя.
+1
|
|
|
|
|
23 августа 2010, 8:50:04 AM
|
# 11
|
Цитировать по имени
цитировать ответ
|
Re: Развитие системы оповещения
Я на самом деле даже не нравится идея одного человека, имеющего возможность отправлять сообщения. Даже если я / мы верим, что человек сейчас, мы не могли бы позже, или это может быть другой человек, или же они могут получить замучены / подкупил / шантажировали.
Это открытый исходный код! Если вы не доверяете Satoshi или думать, что он собирается быть принужден, заменить его ключ самостоятельно, так только у вас есть силы для выключения узлов. Для этого потребуется много усилий, чтобы все изменить ключи или перейти на новую версию. Это следует признать те, которые до сих пор используют старые версии, даже еще в 0.3.0 и, возможно, даже раньше.
|
|
|
|
|
23 августа 2010, 9:08:22 AM
|
# 14
|
Цитировать по имени
цитировать ответ
|
Re: Развитие системы оповещения
Автоматическое обновление для Linux является гораздо более сложным, чем для окон, учитывая при установке окон программного обеспечения через различные версии окон довольно похожи и имеет практически ту же иерархию файловой структуры. Это не так в различных распределениях Linux.
О, не давайте, не нужно, чтобы покрыть все возможные дистрибутивы. Просто DEBiAN и обороты в минуте хранилища должны быть тонкими. Однако, автоматическое обновление не рекомендуется. Оповещения индикатор для уведомления пользователя, чтобы принять меры лучше.
Вот что я имел в виду "автоматическое обновление"... как правило, они всегда спрашивают подтверждения пользователя. Они просто избавить вас от работы идти к Webiste каждого установленного программного обеспечения для проверки новых загрузок.
|
|
|
|
|
23 августа 2010, 9:49:42 AM
|
# 15
|
Цитировать по имени
цитировать ответ
|
Re: Развитие системы оповещения
Я собирался предложить ту же самую вещь ... ты меня опередил
Однако это должно быть сделано аккуратно, люди не любят никаких несанкционированных изменений произошло без их ведома или любого вида дистанционного управления. Если это будет реализовано, я бы сказал, что он не должен выполнять какие-либо действия, если специально не просил / подтверждения пользователя.
На GUI клиента это будет достигнуто путем представления диалогового окна с описанием требуемых действий и ожиданием для пользователя, чтобы подтвердить их (или проверить "автоматически применить изменения, предложенные в предупреждениях" флажок, который будет необузданный по умолчанию).
Также демон не должен ничего делать, если конкретный переключатель для этой цели не применяется как --enable-оповещения. Он может показать предупреждение, если этот параметр не применяется, и предложить, чтобы включить его пользователю, но он не должен применять его по умолчанию автоматически.
Короче говоря, любые изменения, кроме простых предупреждений должны быть отключены по умолчанию.
|
|
|
|
|
23 августа 2010, 9:53:56 AM
|
# 16
|
Цитировать по имени
цитировать ответ
|
Re: Развитие системы оповещения
Я на самом деле даже не нравится идея одного человека, имеющего возможность отправлять сообщения. Даже если я / мы верим, что человек сейчас, мы не могли бы позже, или это может быть другой человек, или же они могут получить замучены / подкупил / шантажировали.
Это открытый исходный код! Если вы не доверяете Satoshi или думать, что он собирается быть принужден, заменить его ключ самостоятельно, так только у вас есть силы для выключения узлов. Ну, да, это то, что мне нужно сделать, но так как я должен был бы купить / умолять его от кого-то, кто может реализовать я предпочел бы иметь основной клиент просто то, что я хочу. Кроме того, я бы остаться более комфортно с Bitcoin в целом, если другие люди не имеют централизованного контролируемую клиента. Я знаю, что я мог бы убедить их в том, чтобы использовать неспециальный-ключ версии, но на самом деле это то, что я делаю прямо сейчас. Сообщения только не имеет большого значения, но я думаю, что это действительно начинает вниз "специальный пользователь" Путь, который я бы предпочел не следовать.
|
|
|
|
|
23 августа 2010, 10:45:52 AM
|
# 17
|
Цитировать по имени
цитировать ответ
|
Re: Развитие системы оповещения
Будучи открытым исходным кодом, не означает, что каждый пользователь является кодировщик (я, но все же), так что я думаю, что точка "вы можете просто свернуть свой собственный клиент" немного прочь.
Но почему Satoshi интеграции этого на сервере, в первую очередь? Я говорю о том, что разделение libbitcoin / bitcoinUI начинает быть очень важно. Поместите систему обмена сообщений на IRC на пользовательском интерфейсе, сделать пользовательский интерфейс достаточно умен, чтобы остановить, блок, калечить, ухудшать сервер, работающий под ним, если появляются определенные сообщения, подписанные с определенными ключами. Но НЕ сделать сервер реагировать на что-либо за пределами локального управления GUI, просто потому, что это слишком опасно, и в конце концов приносит больше вреда, чем пользы.
Таким образом, средний пользователь будет иметь уведомление обновления и генераторы остановлены и этажерки, когда это необходимо, но те из нас работают услуги по Bitcoin не потеряется магазин из-за этого. Кроме того, если ключ получает скомпрометирован, сеть по-прежнему работает без забот, и простое изменение GUI разблокируют всех.
Для администраторов серверов, почему бы не создать список рассылки для обновления анонсов? Это, несомненно, будет достаточно для большинства.
|
|
|
|
|
