Size: a a a

2020 May 25

AP

Alex Petrov in ББ-чат
Vintash
Так я как раз о фактах и пишу. Есть факт проявления интереса от ЦРУ, есть целая тема на 30 страниц, как на это отрегировало комьюнити, и есть факт ухода Сатоши. Ты  можешь интерпретировать это событие как незначительное, но это точно такая же интерпретация.
Комюнити может реагировать как угодно. факты остаються фактами, совпадение времени не факт, а версия.
источник

V

Vintash in ББ-чат
Не претендую на истину. 👌🏻
источник

AP

Alex Petrov in ББ-чат
вот и гуд тогда будет следовать правилам логики, не путая версии с фактами. а то так объективная история искажается.
источник

AP

Alex Petrov in ББ-чат
Donald Fauntleroy
прост не надо быть аутистом,  замершим во времени как муха в янтаре, а надо растить размер блокчейна и потребляемый трафик вместе с ростом тарифных планов и жестких дисков. В 2010 году блоксайз был 1 мб, а среднее кино занимало 700мб, в 2020 блоксайз все еще 1мб, а среднее кино 32Гб (и никто не жалуется, наоборот все радуются 4k UHD)
Элсо биткойн-максималисты уговаривают меня пользоватся кастодианами?
Ор выше гор, до чего вас максимализм-то довел.
Да я лучше сгорю^W EOS буду пользоваться.

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

Напоминает камлания кремлеботов - мол не надо раскачивать лодку, главное стабильность, нужно затянуть пояса и перетерпеть.
4к видео не сравниться с размером блоков. кроме того ваши ресурсы ресурсы компьютера как были так и остаються узким местом на парсинг полного блока в 16мб вам нужно более 160гб рама, которого в большинстве фулл-нод компьюьеров нету. кроме того на забывайте о мемпуле. мемпул для 16мб со всеми накладными может выростать в сотни раз + все накладные для п2п сети. для этого и делали лабораторные тести и замеры в реальной сети 50-70 нод в 2013/2014 году.
при размере блока в 4мб сеть уже складывалась домиком, нагрузка была такая что респонс rpc ноды выростал до 15-45 сек на отклик что приводило к проблемам в майнинге и большому количеству орфанов.
источник

AP

Alex Petrov in ББ-чат
Donald Fauntleroy
прост не надо быть аутистом,  замершим во времени как муха в янтаре, а надо растить размер блокчейна и потребляемый трафик вместе с ростом тарифных планов и жестких дисков. В 2010 году блоксайз был 1 мб, а среднее кино занимало 700мб, в 2020 блоксайз все еще 1мб, а среднее кино 32Гб (и никто не жалуется, наоборот все радуются 4k UHD)
Элсо биткойн-максималисты уговаривают меня пользоватся кастодианами?
Ор выше гор, до чего вас максимализм-то довел.
Да я лучше сгорю^W EOS буду пользоваться.

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

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

AP

Alex Petrov in ББ-чат
источник

AP

Alex Petrov in ББ-чат
источник

AP

Alex Petrov in ББ-чат
Donald Fauntleroy
прост не надо быть аутистом,  замершим во времени как муха в янтаре, а надо растить размер блокчейна и потребляемый трафик вместе с ростом тарифных планов и жестких дисков. В 2010 году блоксайз был 1 мб, а среднее кино занимало 700мб, в 2020 блоксайз все еще 1мб, а среднее кино 32Гб (и никто не жалуется, наоборот все радуются 4k UHD)
Элсо биткойн-максималисты уговаривают меня пользоватся кастодианами?
Ор выше гор, до чего вас максимализм-то довел.
Да я лучше сгорю^W EOS буду пользоваться.

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

Напоминает камлания кремлеботов - мол не надо раскачивать лодку, главное стабильность, нужно затянуть пояса и перетерпеть.
при размере 16мб, при только 8 соеденениях фулл-ноды без потерь и без лишнего трафика в день нода должна будет прокачивать 198гб траффика... ты же блок должен получить и соседям отослать, также с каждой транзакцией... вот и посчитай...а такое мало кто вытянет, по трафику, мало того ресурсы тоже. поэтому компкатная форма транзакций предпочтительнее чем размер блока, она дает выйгрыш в разы снижая нагрузку.
для 50.000 нод как сейчас опорные поды tier-1 держат от 35-100 соеденений и так трафика по 30-60гб в день. могу показать графики.
- так что линейное увеличение блока это утопия, которая не сработает.
источник

U

Ustin in ББ-чат
Alex Petrov
при размере 16мб, при только 8 соеденениях фулл-ноды без потерь и без лишнего трафика в день нода должна будет прокачивать 198гб траффика... ты же блок должен получить и соседям отослать, также с каждой транзакцией... вот и посчитай...а такое мало кто вытянет, по трафику, мало того ресурсы тоже. поэтому компкатная форма транзакций предпочтительнее чем размер блока, она дает выйгрыш в разы снижая нагрузку.
для 50.000 нод как сейчас опорные поды tier-1 держат от 35-100 соеденений и так трафика по 30-60гб в день. могу показать графики.
- так что линейное увеличение блока это утопия, которая не сработает.
Графики очень интересно было бы глянуть.
И - да - именно потому что размер блока сохранили, у нас сейчас нет больших проблем с поднятием ноды, и поэтому всё сделано правильно.
источник

AP

Alex Petrov in ББ-чат
Ustin
Графики очень интересно было бы глянуть.
И - да - именно потому что размер блока сохранили, у нас сейчас нет больших проблем с поднятием ноды, и поэтому всё сделано правильно.
причем тут проблема с поднятием ноды ?  после того уже сколько времени прошло, segwit как раз таки лучшее из тех решений что рассматривали.
ресерч тут, графики в форме постил и презентовал на скелинге
https://bitfury.com/docs/page:2
- проблемы растут по мере разрастания сети, чем больше нод, тем более другой характер проблем. например при полном мемпуле и большом количестве дешевых транзакций - нагрузка на сеть вырастатет в 6-12-18 раз... именно потому что регулярно реброадкастатся транзакции не попавшие в блок. короче в 5 минут не расскажешь. но там не так все тривиально и плоско как кажется.
источник

U

Ustin in ББ-чат
Alex Petrov
причем тут проблема с поднятием ноды ?  после того уже сколько времени прошло, segwit как раз таки лучшее из тех решений что рассматривали.
ресерч тут, графики в форме постил и презентовал на скелинге
https://bitfury.com/docs/page:2
- проблемы растут по мере разрастания сети, чем больше нод, тем более другой характер проблем. например при полном мемпуле и большом количестве дешевых транзакций - нагрузка на сеть вырастатет в 6-12-18 раз... именно потому что регулярно реброадкастатся транзакции не попавшие в блок. короче в 5 минут не расскажешь. но там не так все тривиально и плоско как кажется.
Да, да, да
источник

NK

ID:0 in ББ-чат
источник

NK

ID:0 in ББ-чат
БАЗОВЫЙ БЛОК. ЛУЧШЕЕ
Часть 4 из 4

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

P.S. Если вам кажется, что мы незаслуженно забыли какой-нибудь интересный и важный выпуск, дайте нам знать об этом в ББ-чате!
источник

NK

ID:0 in ББ-чат
[январь 2019]
Сергей Тихомиров разбирает доклады на зимней школе в Еврейском университете в Иерусалиме. Как багаж исследований в распределенных системах приложим к блокчейнам? Выпуск на века: многим упомянутым идеям десятки лет – вряд ли они в ближайшее время устареют.

https://basicblockradio.com/e054/
https://www.youtube.com/watch?v=s-JEMJ-hEHk
источник

NK

ID:0 in ББ-чат
[январь 2019]
В первой части разбираем планировавшийся апдейт Ethereum и почему при его подготовке что-то пошло не так. Затем пересказываем серию статей бывшего сотрудника BitTorrent об уроках, которые криптовалюты могут извлечь из опыта файлообменных сетей. If you're not breaking the rules, you're doing it wrong!

https://basicblockradio.com/e056/
https://www.youtube.com/watch?v=VajM-tkRA6w
источник

NK

ID:0 in ББ-чат
[июль 2019]
Команда чемпионов по спортивному программированию разрабатывает быстрый блокчейн. Интервью понравится любителям технической жести: на час закапываемся в тончайшие детали шардинга. Перед этим раскрываем тему спортивного программирования: почему так часто чемпионаты мира выигрывают команды из России?

https://basicblockradio.com/e082/
https://www.youtube.com/watch?v=Dl6MWSO_msE
источник

NK

ID:0 in ББ-чат
[октябрь 2019]
Оракулы – фундаментальная проблема блокчейнов, неразрешимая "в теории". Но разрешима ли она "на практике"? Chainlink доставляет данные из "реального мира" в блокчейны. Как именно это работает – разбираемся вместе с CEO компании Сергеем Назаровым.

https://basicblockradio.com/e092/
https://www.youtube.com/watch?v=e6vwbcutC0Q
источник

DF

Donald Fauntleroy in ББ-чат
Alex Petrov
4к видео не сравниться с размером блоков. кроме того ваши ресурсы ресурсы компьютера как были так и остаються узким местом на парсинг полного блока в 16мб вам нужно более 160гб рама, которого в большинстве фулл-нод компьюьеров нету. кроме того на забывайте о мемпуле. мемпул для 16мб со всеми накладными может выростать в сотни раз + все накладные для п2п сети. для этого и делали лабораторные тести и замеры в реальной сети 50-70 нод в 2013/2014 году.
при размере блока в 4мб сеть уже складывалась домиком, нагрузка была такая что респонс rpc ноды выростал до 15-45 сек на отклик что приводило к проблемам в майнинге и большому количеству орфанов.
У меня есть нода bch, которая запущена на компе с 64гб памяти рядом с другими нодами. Блоксайз в bch 32 MB, блоки такие там переодически майнятся и тем не менее моя нода успешно синхронизировалась и в своп не залезла, хотя по твоей логике мне для этого понадобился бы сервер с 320гб памяти.

On Saturday, Nov. 10, the operation BMG mining pool mined multiple 32 MB blocks on the Bitcoin Cash (BCH) network.

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

DF

Donald Fauntleroy in ББ-чат
Alex Petrov
при размере 16мб, при только 8 соеденениях фулл-ноды без потерь и без лишнего трафика в день нода должна будет прокачивать 198гб траффика... ты же блок должен получить и соседям отослать, также с каждой транзакцией... вот и посчитай...а такое мало кто вытянет, по трафику, мало того ресурсы тоже. поэтому компкатная форма транзакций предпочтительнее чем размер блока, она дает выйгрыш в разы снижая нагрузку.
для 50.000 нод как сейчас опорные поды tier-1 держат от 35-100 соеденений и так трафика по 30-60гб в день. могу показать графики.
- так что линейное увеличение блока это утопия, которая не сработает.
It's common for full nodes on high-speed connections to use 200 gigabytes upload or more a month. Download usage is around 20 gigabytes a month, plus around an additional 195 gigabytes the first time you start your node.

увеличиваем блоксайз в 8 раз - получаем 1.8Тб трафика в месяц(это при условии, что все блоки будут заполнены, скорее всего они в среднем раза в два вырастут всего), всё еще попадаем  в бесплатный лимит трафика на AWS LightSail или DO (2 Тб). Ну а щедрый хетцнер нам целых 20Тб трафика дает. А ovh - анлимит.
источник

o

ollsanek in ББ-чат
Alex Petrov
есть большущая разница среднее кино 32гб, либо 50.000 нод- копий  которые нужно синхронизировать в реалтайме и расстояние между которыми более 30ткм... скорость света не перепрыгнешь...
"расстояние между которыми более 30ткм" 🤨 а  это на какой планете?
источник