В BitCoin все участники сети каждые 2016 блоков (2 недели) смотрят разницу в полях block timestamp у принятых в основную цепь блоков и определяют difficulty для новых 2016 блоков.
При этом на это поле накладываются определённые ограничения, не дающие очень сильно играться с его значениями. Не более чем +2 часа у средних значений времени от соседних (в сети Echo) с вами блоков.
Давайте разделим технологию и хайп. Биткоин появился в 2009 году. Прошло уже 8 лет, капитализация достигла $ 67 млрд. и у меня назвать это «пуком в вечность» как то рука не поднимается. Это — весьма существенно для «open source» валюты.
А вот хайп, который поднялся вокруг этого, попытка «монетизировать» blockchain за пределами bitcoin и валют, действительно очень часть являются непрактичными IT-решениями на волне популярности bitcoin'а.
Криптографию преподаю давно, но таки классическую и на открытых ключах. Меня можно назваться скорее противником активной рекламы квантовой криптографии. За последний год что-то много апологетов активизировалось. Я с ними встречаюсь как по линии МФТИ, где преподаю, так и по линии основной работы (СберТех, Java+JavaScript). И очень много апологетов как-то забывают, то про длины каналов связи, то про стоимость для обычного пользователя, то забывают упомянуть, как именно их оборудование справляется с инженерными проблемами. Поэтому и такой негатив в конце.
Учитывая сколько прошло лет думаю уже и опенсорсного софта можно найти и железки по дешевле.
Сейчас есть уже железки (комплекты) за десятки тысяч долларов. Это уже не $100k, но ещё пока и не $10.
нужна только аутентификация сообщений, что делается через HMAC на общем ключе, никаких секретов там нет.
Общий ключ это ещё более строгое требование, чем открытый и защищённый от модификации канал связи. Фактически наличие общего ключа это уже наличие закрытого и от чтения и от модификации общего канала связи между Алисой и Бобом.
В данном случае весь функционал, который мы получаем от blockchain'а, сводится к тому, что существуют контракты, записанные в виде формальных алгоритмов, которые автоматически принимаются системой к исполнению в случае наступления определённых условий. Это то, что, к сожалению, сейчас не допускают банки. Но предположим, что какая-нибудь доверенная финансовая организация таки возьмётся исполнять такие контракты, которые связывают между собой несколько счетов в рамках одной организации:
данные контракты будут являться юридически-значимыми, в отличии от blockchain-контрактов
можно будет в суде оспорить какой-либо контракт или заключение о качестве работ
в принципе не будет потерявшихся контрактов или денег, зависших в системе из-за сбоя на жёстком диске доктора
Кстати, что-то похожее таки-есть и сейчас у банков. Это открытие доступа к банковским ячейкам по договору в случае наступления заранее оговоренных условий. В принципе и с деньгами на счетах что-то такое тоже есть. Если какой-нибудь банк возьмётся выстроить это в законченную инфраструктуру, которая по функционалу (и скорости) совместима с контрактами Ethereum, но без blockchain'а, а просто на базе своих счетов…
В Сбербанке тоже до сих пор используются мейфреймы, но, например, программа ППРБ 2018+ Сбербанка ставит своей целью отказ не только от мейнфреймов, но и даже от дорогих серверов в принципе и переход на commodity x86 сервера. Также как и отказ от монолитных централизованных решений в пользую распределённых in-memory баз данных и вычислений.
Нельзя сказать, что сегодня это уже внедрено по всему Сбербанку. Наоборот, мы активно ищем людей, которые помогут перевести вчерашние решения Сбербанка на завтрашние. Но процесс активно идёт, и про отдельные примеры было рассказано, например, на JPoint 2016 на треке Сбербанк-Технологий.
Например, это переписывание интерфейса с многостраничного HTML + JavaScript приложения, когда JS является всего-лишь вспомогательным средством автоматизации, на JS-приложение (обычно — одностраничное), где HTML может выступать как шаблон части страницы, но не как основа.
В корне, конечно, браузер всё равно будет получать сначала HTML, потом JS как ресурсы, но идеология написания кода совершенно другая.
Мне одному кажется, что это обещание заспамить за отказ от целевой рекламы?
Нет, это попытка объяснить пользователю, что будет, если его не будут трэкать. Будет меньше целевой рекламы — а именно «дорогой», ориентированной на конкретного платёжеспособного посетителя. И будет больше рекламы «широкого охвата» — с рекламой браузеров, вирусов, сервисов «гости вконтакте» и так далее.
Был на этой конференции, которая состоялась в начале лета, 25 мая. Было забавно смотреть, когда каждая презентация направлена на то, чтобы рассказать рекламодателям, что их технологии самые крутые и самые продвинуты («покупайте с нами»), а в зале рекламодателей этих было процентов 5-10%, и у большей части они уже со своими DSP сидят.
«в итоге максимум 140 миллисекунд» — то есть никакого жёсткого лимита со стороны front proxy вы не задаёте, так?
«нагрузка на один экземпляр приложения 12 — 16 запросов в секунду» — возможно, я чего-то не понимаю в .NET, но это какие-то очень маленькие цифры. Один эксземпляр обрабатывает один запрос одновременно? Что будет с сервером, когда придёт нормальная нагрузка в 50к запросов в секунду?
SSP на netty (Pure Java NIO), обрабатывает по 10к запросов / секунду на инстанс, по инстансу на сервер, загружая пару CPU.
На второй картинке, похоже, ошибка — вместо второго «опрос DSP» должен быть «ответ DSP».
Не ясно, зачем на графике две отправки данных в DMP и ни одного получения. Если мы рассматриваем «свою» DSP, то там должно быть получение. Если же «чужую» — то там снова и отправка, и получение данных (если SSP не скрывает информацию о посещении).
И хочется цифр: сколько запросов в секунду обрабатывает один SSP-сервер, сколько запросов в секунду с него уходит на DSP, и сколько максимум времени обрабатывается запрос от браузера.
Оставив в стороне то, что в биткоинах переводить зарплату нельзя…
Кошельки мониторятся как раз очень просто. Любой человек может получить баланс любого кошелька, также полную выписку по движению средств по конкретному кошельку.
Написание диссертации и подготовка к защите всё-таки два разных процесса… хотя, конечно, как посмотреть. Ещё пара советов, которые стоит дать соискателю.
1. При подготовке к защите уточните у секретаря или научного руководителя, в каком формате делаются диссертации. На прошлой защите, где выступал оппонентом, соискатель для написания текста использовал Word. Как следствие — штук 5 замечаний по формату оформления диссертации в целом и списка литературы (включая дубликаты!)
2. Готовьте «рыбы» отзывов. Даже если оппонент честно прочитает вашу диссертацию, писать 4 страницы отзыва ему будет лень. Новизна, содержание и прочее — он ждёт от Вас. От себя он готов дополнить парой предложений по научной новизне и результатам, а также дописать страницу-другую критических замечаний. Хотя конечно бывают и такие оппоненты, которые попросят и замечания написать. Постарайтесь не дублировать слишком много в разных отзывах.
И вообще, у оппонента нет задачи отдать вам отзыв — это у вас задача у оппонента отзыв получить. Так что не ждите до последнего, а своевременно узнавайте о готовности и выражайте желание помочь (например, оформлением или «рыбой»).
3. Нет ничего плохого в том, чтобы послать афтореферат электронной почтой и получить скан отзыва по электронной почте до защиты (список адресов берётся у своего научного руководителя и дополняется Вами по результатам посещения конференций — вот почему они важны). Почтой потом дойдёт, пока будете оформлять документы к ВАКу. В крайнем случае — распечатаете на цветном принтере.
4. Дружите с секретарём и сходите на пару защит до своей собственной, узнайте местные детали. Например, на нашем совете не приняты банкеты. Совсем. А вот распечатка слайдов презентации позволяет оставить хорошее впечатление. Зрение у многих членов многих советов не идеальное. Печенье, опять же, на столы, мандаринки, вода без газа.
4.10: Если Пользователем не доказано обратное, любые действия, совершенные с использованием его логина и пароля, считаются совершенными соответствующим Пользователем.
Матрица фиксирует всё точно… вот только фиксирует она в RGB (или RAW) таким образом, что по сравнению с белым цветом фона компьютерного экрана или бумаги на принтере белый на фотографии становится желтым или синим. Поэтому и требуется выставлять баланс правильно.
Кто имеет практический опыт в фотосъемках, знает, что цветовая температура в солнечный полдень составляет примерно 5500К. Но мало кто знает, откуда взялась эта цифра
Внезапно, эта цифра очень близка к температуре поверхности Солнца в 6000К, которое, будучи абсолютно чёрным телом, именно с этой цветовой температурой и излучает белый цвет.
Сразу следует сказать, что истинный белый цвет объектов можно получить, если использовать источник света с цветовой температурой 5500К
Не существует единственного истинного белого цвета. Белый цвет, по определению, это излучение абсолютно черного тела, представляющий собой непрерывный спектр всех цветовых волн. Спектр, однако, не равномерный, а подвержен закону Планка:
Любой из этих спектров — белый. Но с разной цветовой температурой.
Особенность человеческого глаза ещё и в том, что в зависимости от освещения он способен воспринимать любой из этих спектров (от 5КК до 6КК) как белый, а вот матрица фотоаппарата так не умеет.
В BitCoin все участники сети каждые 2016 блоков (2 недели) смотрят разницу в полях block timestamp у принятых в основную цепь блоков и определяют difficulty для новых 2016 блоков.
При этом на это поле накладываются определённые ограничения, не дающие очень сильно играться с его значениями. Не более чем +2 часа у средних значений времени от соседних (в сети Echo) с вами блоков.
А вот хайп, который поднялся вокруг этого, попытка «монетизировать» blockchain за пределами bitcoin и валют, действительно очень часть являются непрактичными IT-решениями на волне популярности bitcoin'а.
Сейчас есть уже железки (комплекты) за десятки тысяч долларов. Это уже не $100k, но ещё пока и не $10.
Общий ключ это ещё более строгое требование, чем открытый и защищённый от модификации канал связи. Фактически наличие общего ключа это уже наличие закрытого и от чтения и от модификации общего канала связи между Алисой и Бобом.
Кажется, это надо не в раздел про JavaScript
Кстати, что-то похожее таки-есть и сейчас у банков. Это открытие доступа к банковским ячейкам по договору в случае наступления заранее оговоренных условий. В принципе и с деньгами на счетах что-то такое тоже есть. Если какой-нибудь банк возьмётся выстроить это в законченную инфраструктуру, которая по функционалу (и скорости) совместима с контрактами Ethereum, но без blockchain'а, а просто на базе своих счетов…
Нельзя сказать, что сегодня это уже внедрено по всему Сбербанку. Наоборот, мы активно ищем людей, которые помогут перевести вчерашние решения Сбербанка на завтрашние. Но процесс активно идёт, и про отдельные примеры было рассказано, например, на JPoint 2016 на треке Сбербанк-Технологий.
В корне, конечно, браузер всё равно будет получать сначала HTML, потом JS как ресурсы, но идеология написания кода совершенно другая.
Нет, это попытка объяснить пользователю, что будет, если его не будут трэкать. Будет меньше целевой рекламы — а именно «дорогой», ориентированной на конкретного платёжеспособного посетителя. И будет больше рекламы «широкого охвата» — с рекламой браузеров, вирусов, сервисов «гости вконтакте» и так далее.
«нагрузка на один экземпляр приложения 12 — 16 запросов в секунду» — возможно, я чего-то не понимаю в .NET, но это какие-то очень маленькие цифры. Один эксземпляр обрабатывает один запрос одновременно? Что будет с сервером, когда придёт нормальная нагрузка в 50к запросов в секунду?
SSP на netty (Pure Java NIO), обрабатывает по 10к запросов / секунду на инстанс, по инстансу на сервер, загружая пару CPU.
Не ясно, зачем на графике две отправки данных в DMP и ни одного получения. Если мы рассматриваем «свою» DSP, то там должно быть получение. Если же «чужую» — то там снова и отправка, и получение данных (если SSP не скрывает информацию о посещении).
И хочется цифр: сколько запросов в секунду обрабатывает один SSP-сервер, сколько запросов в секунду с него уходит на DSP, и сколько максимум времени обрабатывается запрос от браузера.
Кошельки мониторятся как раз очень просто. Любой человек может получить баланс любого кошелька, также полную выписку по движению средств по конкретному кошельку.
1. При подготовке к защите уточните у секретаря или научного руководителя, в каком формате делаются диссертации. На прошлой защите, где выступал оппонентом, соискатель для написания текста использовал Word. Как следствие — штук 5 замечаний по формату оформления диссертации в целом и списка литературы (включая дубликаты!)
2. Готовьте «рыбы» отзывов. Даже если оппонент честно прочитает вашу диссертацию, писать 4 страницы отзыва ему будет лень. Новизна, содержание и прочее — он ждёт от Вас. От себя он готов дополнить парой предложений по научной новизне и результатам, а также дописать страницу-другую критических замечаний. Хотя конечно бывают и такие оппоненты, которые попросят и замечания написать. Постарайтесь не дублировать слишком много в разных отзывах.
И вообще, у оппонента нет задачи отдать вам отзыв — это у вас задача у оппонента отзыв получить. Так что не ждите до последнего, а своевременно узнавайте о готовности и выражайте желание помочь (например, оформлением или «рыбой»).
3. Нет ничего плохого в том, чтобы послать афтореферат электронной почтой и получить скан отзыва по электронной почте до защиты (список адресов берётся у своего научного руководителя и дополняется Вами по результатам посещения конференций — вот почему они важны). Почтой потом дойдёт, пока будете оформлять документы к ВАКу. В крайнем случае — распечатаете на цветном принтере.
4. Дружите с секретарём и сходите на пару защит до своей собственной, узнайте местные детали. Например, на нашем совете не приняты банкеты. Совсем. А вот распечатка слайдов презентации позволяет оставить хорошее впечатление. Зрение у многих членов многих советов не идеальное. Печенье, опять же, на столы, мандаринки, вода без газа.
vk.com/terms
Внезапно, эта цифра очень близка к температуре поверхности Солнца в 6000К, которое, будучи абсолютно чёрным телом, именно с этой цветовой температурой и излучает белый цвет.
Не существует единственного истинного белого цвета. Белый цвет, по определению, это излучение абсолютно черного тела, представляющий собой непрерывный спектр всех цветовых волн. Спектр, однако, не равномерный, а подвержен закону Планка:
Любой из этих спектров — белый. Но с разной цветовой температурой.
Особенность человеческого глаза ещё и в том, что в зависимости от освещения он способен воспринимать любой из этих спектров (от 5КК до 6КК) как белый, а вот матрица фотоаппарата так не умеет.