Да, таких масса проектов. Погуглите "Track & trace" или "DLT / blockchain in supply chain". Имеет смысл в том случае, когда нужно trustless решение, то есть если возможен риск подделки каких-то данных потом задним числом, в этом случае Merkle tree закрывает этот риск. Но при этом, конечно, изначально данные должны поступать правильные. Например, в моменте получение груза должно быть подписано водителем и кладовщиком, записывается их криптоподпись в транзакцию и timestamp. Если не записано, значит не было такого события или не подтверждено. Потом если в будущем кто-то хочет подделать такую запись, это сделать не получится даже владельцу всех узлов-серверов, без того чтобы не поломать весь последующий блокчейн, т.к. не сойдутся хэши всех последующих блоков.
В типах консенсуса вы не указали еще PoA (Proof of Authority). Мы для своего продукта (web3 мессенджер) запустили сначала маленькую частную сеть на базе Ethereum (сами не писали, просто на базе geth), изначально на PoW, из трех узлов. Потом переехали на PoA, чтоб убрать ненужную майнинг нагрузку. Для частного блокчейна, который вы и так сами контролируете, или, например, для бизнес консорциума это имеет смысл - узел каждого участника заранее в Genesis файле внесён в список валидирующих (у них есть Authority) и при консенсусе более 50% узлов они подписывают блоки без всяких лишних вычислений. Другие узлы могут также подключаться к блокчейну (если конечно пропускают ваши network security policies), но они не подписывают блоки, а просто могут выступать в качестве проверяющих, бекапа, шлюзов для чтения через RPC и т.п.
Если я правильно понял, то у вас контент постоянно плавает между страницами, то есть первая страница все время содержит самые свежие сообщения, потом "?page=2" более старые и так далее.
Таким образом поисковикам невозможно проиндексировать контент один раз и потом слать юзеров на эту страницу, на том же URL завтра будет другой контент.
Я бы на вашем месте сделал что-то типа permalinks в вордпрессе, чтоб в URL была дата, например, и связки URL-контент оставались стабильными.
мы делаем ML / Computer Vision решения для отслеживания high-visibility жилетов, очков, масок, ремней безопасности (на основе видео с камер наблюдения), если интересно могу написать подробнее. Учитывать количество и правильность использования без проблем, состояние тоже реально, но зависит уже от расстояния и разрешения камеры.
а делегировать удалось только видеозвонки и чаты — их реализовали с помощью нашего сервиса G-Core Meet
самое интересное не рассказали — на чем реализован мессаджинг и видеозвонки (XMPP/SIP, WebRTC ?), как решали вопросы с HIPAA compliance или его аналогом для EU, с какими проблемами и решениями столкнулись при горизонтальном масштабировании?
А с чем, как вы думаете, связаны санкции 2014 года? Может это американский эстеблишмент решил применить военную силу против соседнего братского государства и отжать у него территории?
Для тех, кто хочет разобраться в нюансах проекта Libra, его сходствах и различиях с другими блокчейн платформами, а также что в крипто экосистему привносит проект и зачем было городить новый тип сети и новый язык Move, очень рекомендую white paper Libra с аннотациями от Philippe Castonguay: github.com/PhABC/LibraWhitepaper/blob/master/the-libra-blockchain_Annotated_by_PhABC.pdf
Лично я считаю, что проект на самом деле полезный, особенно в сфере e-commerce и мелких переводов, а также как простой вариант знакомства с криптовалютой для обывателей. Любой продавец с радостью интегрирует такой paypal 2.0, невзирая на то, блокчейн это или нет, просто за потенциальную возможность продавать 2.4 миллиарду юзеров Facebook.
Другой вопрос, что регуляторы вовремя спохватились, и конгресс США и еврозона блокируют проект до детального разбирательства. Т.к. речь идет о новой глобальной валюте, а у Facebook и так уже, по мнению общества, рыльце в пушку в связи с утечками персональных данных, выборами и т.п., проекту будет сложно преодолеть это сопротивление и из ассоциации уже начали выходить крупные члены-основатели (уже вышли Paypal, eBay, Stripe, Visa, Mastercard и Mercado Pago). Если немного уже залазить в теории заговора, то Libra Association замахнулась на что-то типа федерального резерва 2.0, а это организация серьёзнее многих государств. ИМХО будет ползучий передел, и Либра так или иначе завоюет место под солнцем, но это будет происходить гораздо медленнее, чем хотелось бы энтузиастам и авторам проекта.
Предлагаю к рассмотрению наш новый проект (1.5 года в разработке, недавно запустились): dappros.com
Позволяет добавить блокчейн технологии через API в ваш существующий проект (веб, мобильное приложение, десктоп и т.п.) Бесплатный пакет не ограничен по времени и предоставляет полный функционал.
Microsoft пришлось опровергать обвинения в том, что она внесла изменения в архитектуру Skype, чтобы обеспечить правоохранительным органам более удобный доступ к связи пользователей.
Две штуки навскидку из своей практики.
1. Если отправить в скайп-чате ссылку на гугл-док кому-то, то там сразу появляется бот, смотрящий его.
2. (Три раза проверял) — отправляю номер своей карточки (HSBC банк) сотруднику через скайп чтоб оплатил какой-то софт. Из банка через несколько минут звонят, говорят что номер карты украден злоумышленниками и она заблокирована. Сначала со скайпом не связывал, потом уже проверил — нигде номер не светил, а после передачи по скайпу почти сразу звонят.
Законодательно да, не вопрос, есть парламент, палата лордов и т.п.
Но практически теперь почти нереально.
Отменить референдум значит сказать своим избирателям — «вы тупое быдло, мы знаем как лучше». Это вызовет мощные протесты. Есть конечно страны, где неизвестного человека можно через телевизор в президенты посадить, и народ молча схавает, но так далеко не везде.
У меня была история в молодости напали ночью трое, один парень кстати был в похожей маске как на картинке, надавали по голове, приставили нож, даже чуть поцарапали лицо, в крови был, помню таксист потом испугался, а отобрали всего-то мобилку. Еще деньги требовали, но я в ступоре был каком-то и даже как-то отбивался и сам ничего не отдал. В милицию обратился, не нашли, предложил отследить по IMEI и прочему — сказали, что такое делают только спецслужбы в случае убийств, например.
В общем, мой случай оказался недостаточно серьезен для такого запроса. А теперь вот технология и до окорочков дошла. Хорошо, наверное.
У нас есть Unity модуль, как эксперимент делали, который покрывает только часть платформы (модуль Content в основном), для динамической подгрузки ассетов в сцену из облака. Полноценного SDK пока нет. Как временный вариант, можно работать напрямую с нашими JSON API или посмотреть Javascript реализацию.
Честно — не стесняюсь русского. У нас 95% команды русскоязычные, нам бы было проще документацию и видео туториалы все на русском делать.
Тут такие соображения:
1) очень редки такие запросы даже от русскоговорящих, большинство IT специалистов без проблем читают английскую документацию. Ваш запрос запомнился в том числе поэтому — почти никто это не спрашивает. Давайте посмотрим на количество плюсов к вашему комменту и если оно 2 или более, мы серьезно еще раз об этом подумаем.
2) время-деньги ограничены, выбираем поддерживать одну версию документации, зато выдать лучше качество. Это ведь не один раз написал — нужно постоянно поддерживать в актуальном состоянии, у нас более 800 страниц в индексе, большая часть — документация.
3) если добавим русский, по идее нужно добавлять и другие языки, по рейтингу популярности:
китайский
испанский
хинди
Знаю рынок backend as a service с самого начала (мы основали QuickBlox еще до того, как появился Parse), и понимаю механизмы, руководящие решением Facebook, но всё равно я сам немного удивлён этим решением.
Всё-таки Parse был мощнейшим бекендом, который развивался как универсальный backend-as-a-service. Многие не выдержали гонки и слились — просто закрылись или были acqu-hired, как Stackmob. Некоторые другие остались вяло развиваться как побочный продукт сервисной компании. Мы, хотя и продолжаем развивать универсальные Data модули (Content, Location, Custom Objects), сфокусировались в основном на ОТТ коммуникациях — Chat, Video Calling, Push Notifications, т.к. среди наших пользователей это более востребовано.
В итоге чисто бекенд для данных сделал лучше всего именно Parse и действительно жаль, что он уходит, во многом они для нас были примером и хорошим партнером для соревнования по части data API.
Стратегически, опять же, если делать всё правильно, приобретение Parse имело огромный смысл для Facebook. SDK фейсбука для мобильных приложений постоянно вызывал нарекания. Они не использовали и до сих пор не используют всю мощь developers ecosystem, особенно в mobile. А ведь оттуда по идее растут корни будущего роста — разработчики создают новые успешные приложения, интегрированные в инфраструктуру Facebook, и конечные пользователи остаются у вас, не надо потом их покупать за миллиарды.
Коммуникации опять же — чат, видео звонки, пуши. Фейсбук развивает свою платформу Messenger в том числе для разработчиков. Конечно, исторически у корпораций редко получается успешно интегрировать крупные приобретения, но мне всегда нравилось думать, что есть у Цукерберга хитрый план по слиянию Parse, WhatsApp, Messenger в единую data+communication платформу, ориентированную на разработчиков, и мы еще с ними повоюем за разные сегменты в этой области. Но теперь даже и не знаю.
На месте Facebook я наверное сместил бы фокус на Messenger и потихоньку Parse заребрендил туда. Но я бы это делал так, чтобы оставить все полезные ништяки парса — документацию, семплы, архитектуру, админку, cloud code, всю платформу данных, и уже туда добавил мессенджер. А они скорей всего просто переведут программистов с одного проекта на другой, и большинство наработок будет потеряно. Делать такие миграции-слияния дьявольски сложно, а в крупных корпорациях еще и абсолютно неблагодарное дело. Только что погуглил новости об Илье Сухаре, основателе Parse, и это подтвердило мои догадки — он ушел из Facebook в августе, перед этим участвуя в запуске Messenger.
Мы со своей стороны продолжаем работу и развитие. Немедленно приступим к созданию мигратора данных из Parse, тем более что из-за чата к нам переходили пользователи от Parse и раньше. Декабрь 2015 для QuickBlox был очередным рекордным месяцем по траффику чата/звонков и API данных, обслуживаем миллиарды запросов ежемесячно. В планах скоро запуск своего варианта «cloud code» а также кое-чего, что еще никто на рынке не сделал.
Пользуясь случаем — наши самые популярные SDK это iOS, Android, Javascript. Сделали BlackBerry все платформы — почти не используется. Сделали Windows Phone предыдущие версии — используется слабо. Стоит ли делать Windows 10? У нас почти готово SDK под Windows Phone 8.1, мы можем его доработать до кросс-платформенной десятки, но не уверены, что это пока востребовано на рынке — буду благодарен за комментарии или личку по этому поводу.
Игорь, я из QuickBlox, нам было бы интересно запустить чат (мессенджер, звонки, push notifications) для Minecraft, как считаете:
1) будет ли это востребовано в рамках OpenComputers и вне его
2) лучше самим делать или посотрудничать с кем-то типа вашей команды?
Да, таких масса проектов. Погуглите "Track & trace" или "DLT / blockchain in supply chain". Имеет смысл в том случае, когда нужно trustless решение, то есть если возможен риск подделки каких-то данных потом задним числом, в этом случае Merkle tree закрывает этот риск. Но при этом, конечно, изначально данные должны поступать правильные. Например, в моменте получение груза должно быть подписано водителем и кладовщиком, записывается их криптоподпись в транзакцию и timestamp. Если не записано, значит не было такого события или не подтверждено. Потом если в будущем кто-то хочет подделать такую запись, это сделать не получится даже владельцу всех узлов-серверов, без того чтобы не поломать весь последующий блокчейн, т.к. не сойдутся хэши всех последующих блоков.
вы не верите в существование p2p сетей или вопрос конкретно по коду автора?
В типах консенсуса вы не указали еще PoA (Proof of Authority). Мы для своего продукта (web3 мессенджер) запустили сначала маленькую частную сеть на базе Ethereum (сами не писали, просто на базе geth), изначально на PoW, из трех узлов. Потом переехали на PoA, чтоб убрать ненужную майнинг нагрузку. Для частного блокчейна, который вы и так сами контролируете, или, например, для бизнес консорциума это имеет смысл - узел каждого участника заранее в Genesis файле внесён в список валидирующих (у них есть Authority) и при консенсусе более 50% узлов они подписывают блоки без всяких лишних вычислений. Другие узлы могут также подключаться к блокчейну (если конечно пропускают ваши network security policies), но они не подписывают блоки, а просто могут выступать в качестве проверяющих, бекапа, шлюзов для чтения через RPC и т.п.
Если я правильно понял, то у вас контент постоянно плавает между страницами, то есть первая страница все время содержит самые свежие сообщения, потом "?page=2" более старые и так далее.
Таким образом поисковикам невозможно проиндексировать контент один раз и потом слать юзеров на эту страницу, на том же URL завтра будет другой контент.
Я бы на вашем месте сделал что-то типа permalinks в вордпрессе, чтоб в URL была дата, например, и связки URL-контент оставались стабильными.
мы делаем ML / Computer Vision решения для отслеживания high-visibility жилетов, очков, масок, ремней безопасности (на основе видео с камер наблюдения), если интересно могу написать подробнее. Учитывать количество и правильность использования без проблем, состояние тоже реально, но зависит уже от расстояния и разрешения камеры.
основатель Dappros (блокчейн платформа для бизнеса):
технологии: Ethereum, Web3.js, React Native, React.js, Node.js, MongoDB
со-основатель DeepX (computer vision / machine learning):
технологии: Python, OpenCV, Tensorflow, TensorRT, Yolo, WebRTC, SIP, Erlang, RabbitMQ, Kafka, XMPP
самое интересное не рассказали — на чем реализован мессаджинг и видеозвонки (XMPP/SIP, WebRTC ?), как решали вопросы с HIPAA compliance или его аналогом для EU, с какими проблемами и решениями столкнулись при горизонтальном масштабировании?
github.com/PhABC/LibraWhitepaper/blob/master/the-libra-blockchain_Annotated_by_PhABC.pdf
Лично я считаю, что проект на самом деле полезный, особенно в сфере e-commerce и мелких переводов, а также как простой вариант знакомства с криптовалютой для обывателей. Любой продавец с радостью интегрирует такой paypal 2.0, невзирая на то, блокчейн это или нет, просто за потенциальную возможность продавать 2.4 миллиарду юзеров Facebook.
Другой вопрос, что регуляторы вовремя спохватились, и конгресс США и еврозона блокируют проект до детального разбирательства. Т.к. речь идет о новой глобальной валюте, а у Facebook и так уже, по мнению общества, рыльце в пушку в связи с утечками персональных данных, выборами и т.п., проекту будет сложно преодолеть это сопротивление и из ассоциации уже начали выходить крупные члены-основатели (уже вышли Paypal, eBay, Stripe, Visa, Mastercard и Mercado Pago). Если немного уже залазить в теории заговора, то Libra Association замахнулась на что-то типа федерального резерва 2.0, а это организация серьёзнее многих государств. ИМХО будет ползучий передел, и Либра так или иначе завоюет место под солнцем, но это будет происходить гораздо медленнее, чем хотелось бы энтузиастам и авторам проекта.
dappros.com
Позволяет добавить блокчейн технологии через API в ваш существующий проект (веб, мобильное приложение, десктоп и т.п.) Бесплатный пакет не ограничен по времени и предоставляет полный функционал.
Две штуки навскидку из своей практики.
1. Если отправить в скайп-чате ссылку на гугл-док кому-то, то там сразу появляется бот, смотрящий его.
2. (Три раза проверял) — отправляю номер своей карточки (HSBC банк) сотруднику через скайп чтоб оплатил какой-то софт. Из банка через несколько минут звонят, говорят что номер карты украден злоумышленниками и она заблокирована. Сначала со скайпом не связывал, потом уже проверил — нигде номер не светил, а после передачи по скайпу почти сразу звонят.
Но практически теперь почти нереально.
Отменить референдум значит сказать своим избирателям — «вы тупое быдло, мы знаем как лучше». Это вызовет мощные протесты. Есть конечно страны, где неизвестного человека можно через телевизор в президенты посадить, и народ молча схавает, но так далеко не везде.
В общем, мой случай оказался недостаточно серьезен для такого запроса. А теперь вот технология и до окорочков дошла. Хорошо, наверное.
Тут такие соображения:
1) очень редки такие запросы даже от русскоговорящих, большинство IT специалистов без проблем читают английскую документацию. Ваш запрос запомнился в том числе поэтому — почти никто это не спрашивает. Давайте посмотрим на количество плюсов к вашему комменту и если оно 2 или более, мы серьезно еще раз об этом подумаем.
2) время-деньги ограничены, выбираем поддерживать одну версию документации, зато выдать лучше качество. Это ведь не один раз написал — нужно постоянно поддерживать в актуальном состоянии, у нас более 800 страниц в индексе, большая часть — документация.
3) если добавим русский, по идее нужно добавлять и другие языки, по рейтингу популярности:
китайский
испанский
хинди
По траффику, кстати, у нас 1) Индия, 2) США.
Всё-таки Parse был мощнейшим бекендом, который развивался как универсальный backend-as-a-service. Многие не выдержали гонки и слились — просто закрылись или были acqu-hired, как Stackmob. Некоторые другие остались вяло развиваться как побочный продукт сервисной компании. Мы, хотя и продолжаем развивать универсальные Data модули (Content, Location, Custom Objects), сфокусировались в основном на ОТТ коммуникациях — Chat, Video Calling, Push Notifications, т.к. среди наших пользователей это более востребовано.
В итоге чисто бекенд для данных сделал лучше всего именно Parse и действительно жаль, что он уходит, во многом они для нас были примером и хорошим партнером для соревнования по части data API.
Стратегически, опять же, если делать всё правильно, приобретение Parse имело огромный смысл для Facebook. SDK фейсбука для мобильных приложений постоянно вызывал нарекания. Они не использовали и до сих пор не используют всю мощь developers ecosystem, особенно в mobile. А ведь оттуда по идее растут корни будущего роста — разработчики создают новые успешные приложения, интегрированные в инфраструктуру Facebook, и конечные пользователи остаются у вас, не надо потом их покупать за миллиарды.
Коммуникации опять же — чат, видео звонки, пуши. Фейсбук развивает свою платформу Messenger в том числе для разработчиков. Конечно, исторически у корпораций редко получается успешно интегрировать крупные приобретения, но мне всегда нравилось думать, что есть у Цукерберга хитрый план по слиянию Parse, WhatsApp, Messenger в единую data+communication платформу, ориентированную на разработчиков, и мы еще с ними повоюем за разные сегменты в этой области. Но теперь даже и не знаю.
На месте Facebook я наверное сместил бы фокус на Messenger и потихоньку Parse заребрендил туда. Но я бы это делал так, чтобы оставить все полезные ништяки парса — документацию, семплы, архитектуру, админку, cloud code, всю платформу данных, и уже туда добавил мессенджер. А они скорей всего просто переведут программистов с одного проекта на другой, и большинство наработок будет потеряно. Делать такие миграции-слияния дьявольски сложно, а в крупных корпорациях еще и абсолютно неблагодарное дело. Только что погуглил новости об Илье Сухаре, основателе Parse, и это подтвердило мои догадки — он ушел из Facebook в августе, перед этим участвуя в запуске Messenger.
Мы со своей стороны продолжаем работу и развитие. Немедленно приступим к созданию мигратора данных из Parse, тем более что из-за чата к нам переходили пользователи от Parse и раньше. Декабрь 2015 для QuickBlox был очередным рекордным месяцем по траффику чата/звонков и API данных, обслуживаем миллиарды запросов ежемесячно. В планах скоро запуск своего варианта «cloud code» а также кое-чего, что еще никто на рынке не сделал.
Пользуясь случаем — наши самые популярные SDK это iOS, Android, Javascript. Сделали BlackBerry все платформы — почти не используется. Сделали Windows Phone предыдущие версии — используется слабо. Стоит ли делать Windows 10? У нас почти готово SDK под Windows Phone 8.1, мы можем его доработать до кросс-платформенной десятки, но не уверены, что это пока востребовано на рынке — буду благодарен за комментарии или личку по этому поводу.
1) будет ли это востребовано в рамках OpenComputers и вне его
2) лучше самим делать или посотрудничать с кем-то типа вашей команды?