котировка
[-] Лука-jrLuke Dashjr - Bitcoin Expert 2 балла 17 часов назад
HaoBTC, в будущем, если у вас есть проблемы или вопросы, требующие разъяснения и / или ответа, пожалуйста, просто спросить, а не размещение в блоге, что мы, вероятно, не читать и не мог даже заметить ...
То, что мы пытались сделать ясно, как на самой встрече, а также после нее в социальных сетях:
Основные авторы настоящего и партии к соглашению не действовали в качестве представителей команды ядра DEV (Это было сделано очень ясно.)
Там не было ни hardfork обещал (даже не вся команда разработчиков ядра имеет право делать это), только код, который может быть рекомендован для одного. (Это также было сделано очень ясно.)
Предложение hardfork обещали не было "2 MB hardfork", Но hardfork, который будет включать в себя в качестве одного из незначительных изменений, способность включать в себя до 2 МБ текущих свидетелей, включенных в-TXID (кто-может-имеющий молоточек) сделок.
Шахтеры не имеют никаких рычагов, чтобы сделать требование. Если они пытаются hardfork без сообщества консенсуса, они вредят только себе, в то время как Bitcoin движется без них. (По крайней мере, с моей стороны, моя цель соглашения должна была закончиться деление и аргументацию, что не произошло, правда, не по вине многих участников договора.)
Оценка июля 2016 не было частью соглашения, и, конечно, не срок. Это было (в то время) разумные ожидания на основании условий договора.
Говоря только для себя, я дал обещание с искренностью, и намерен поддерживать его как можно лучше (несмотря на почти немедленные нарушения одной из сторон).
Следует признать, что и на встрече, и теперь, я считаю "SegWit задерживается до ВЧ не будет отпущена в ядре" Позиция некоторые шахтеры вышли нежизнеспособными, и что шахтеры будут вынуждены развернуть его гораздо раньше сообщество. В конце концов, не развертываются segwit буквально означает, что они предотвращают увеличение размера блока. Тем не менее, я понимаю соглашение места такого обязательства на них.
Так было принято соглашение:
SegWit до сих пор еще не были включены в релиз. Таким образом, за три месяца срок даже не начался "подсчет" все же. (Я до сих пор стремятся иметь что-то к концу июля, если это возможно, но я считаю, что это сверх согласованных по срокам.)
Дискуссии показали, что цель расширения пространства для тех, кто-может-имеющий молоточек сделок теряет необходимые улучшения производительности включены в SegWit, чтобы сделать большие блоки безопаснее, таким образом, не может быть безопасно сделано без уродливых хаков, чтобы ввести новые ограничения, аналогичные BIP 109, которые могли бы стать неприятность Bitcoin как сегодня, так и в будущем. Это не шоу-стоппер для написания кода, но это может сделать его трудно придумать что-то, что непредвзятые стороны могут рекомендовать.
Многие третьи стороны заявили, что они ни при каких условиях согласия на hardfork, который выходит из этого или любого другого политического соглашения. Это не будет блокировать код, ни recommentation, но это не гарантирует, такое предложение не может быть принято.
Некоторые разработчик (ы) выразили обеспокоенность тем, что делает hardfork безопасно ("мягкий hardfork") Как-то "неэтично" к ним, и делать это ненадежно потребует еще больших усилий по обеспечению консенсуса достигнуто не только от общества, но и то, что нет никаких узлов случайно остались позади. Это не блокиратор, но это, вероятно, делает развертывание гораздо сложнее.
HaoBTC, в будущем, если у вас есть проблемы или вопросы, требующие разъяснения и / или ответа, пожалуйста, просто спросить, а не размещение в блоге, что мы, вероятно, не читать и не мог даже заметить ...
То, что мы пытались сделать ясно, как на самой встрече, а также после нее в социальных сетях:
Основные авторы настоящего и партии к соглашению не действовали в качестве представителей команды ядра DEV (Это было сделано очень ясно.)
Там не было ни hardfork обещал (даже не вся команда разработчиков ядра имеет право делать это), только код, который может быть рекомендован для одного. (Это также было сделано очень ясно.)
Предложение hardfork обещали не было "2 MB hardfork", Но hardfork, который будет включать в себя в качестве одного из незначительных изменений, способность включать в себя до 2 МБ текущих свидетелей, включенных в-TXID (кто-может-имеющий молоточек) сделок.
Шахтеры не имеют никаких рычагов, чтобы сделать требование. Если они пытаются hardfork без сообщества консенсуса, они вредят только себе, в то время как Bitcoin движется без них. (По крайней мере, с моей стороны, моя цель соглашения должна была закончиться деление и аргументацию, что не произошло, правда, не по вине многих участников договора.)
Оценка июля 2016 не было частью соглашения, и, конечно, не срок. Это было (в то время) разумные ожидания на основании условий договора.
Говоря только для себя, я дал обещание с искренностью, и намерен поддерживать его как можно лучше (несмотря на почти немедленные нарушения одной из сторон).
Следует признать, что и на встрече, и теперь, я считаю "SegWit задерживается до ВЧ не будет отпущена в ядре" Позиция некоторые шахтеры вышли нежизнеспособными, и что шахтеры будут вынуждены развернуть его гораздо раньше сообщество. В конце концов, не развертываются segwit буквально означает, что они предотвращают увеличение размера блока. Тем не менее, я понимаю соглашение места такого обязательства на них.
Так было принято соглашение:
SegWit до сих пор еще не были включены в релиз. Таким образом, за три месяца срок даже не начался "подсчет" все же. (Я до сих пор стремятся иметь что-то к концу июля, если это возможно, но я считаю, что это сверх согласованных по срокам.)
Дискуссии показали, что цель расширения пространства для тех, кто-может-имеющий молоточек сделок теряет необходимые улучшения производительности включены в SegWit, чтобы сделать большие блоки безопаснее, таким образом, не может быть безопасно сделано без уродливых хаков, чтобы ввести новые ограничения, аналогичные BIP 109, которые могли бы стать неприятность Bitcoin как сегодня, так и в будущем. Это не шоу-стоппер для написания кода, но это может сделать его трудно придумать что-то, что непредвзятые стороны могут рекомендовать.
Многие третьи стороны заявили, что они ни при каких условиях согласия на hardfork, который выходит из этого или любого другого политического соглашения. Это не будет блокировать код, ни recommentation, но это не гарантирует, такое предложение не может быть принято.
Некоторые разработчик (ы) выразили обеспокоенность тем, что делает hardfork безопасно ("мягкий hardfork") Как-то "неэтично" к ним, и делать это ненадежно потребует еще больших усилий по обеспечению консенсуса достигнуто не только от общества, но и то, что нет никаких узлов случайно остались позади. Это не блокиратор, но это, вероятно, делает развертывание гораздо сложнее.