All streams
Search
Write a publication
Pull to refresh
46
0

C++ разработчик

Send message
А про саму реализацию EdDSA не хотите рассказать, а то все существующие это порт с бернштейновской реализации на ассемблере? В частности везде требуется представление в виде Little Endian.
Что никак не отменяет доступа через I2P посколько вы не можете знать что еще «придет в голову этим пчелам».
Идеальных нет, а пригодных для жизни достаточно :)
Достаточно выбрать одну из них.
>Менять надо не исполнителя, а закон.
Или страну.
В сложившейся ситуации #5 — самый разумный выход в долгосрочной перспективе. Тогда ОНИ станут совершенно безразличны. В остальном мире гитхаб как работал, так и работает себе.
Так не надо через браузер долбиться, а надо к этому адресу проложить клиентский тоннель, как предлагает топикстартер и далее по интсрукции.
Россия уже и так мировой лидер по использованию I2P.
Вот подняли тоннель до гитхаба.
Доступ по адресу
oolce3loyfdue65jajyo3dtwnaxvbf6w4w25imy7qa7jte7itgvq.b32.i2p
А через какой выходной прокси это будет работать?
Имхо предстваляется более целесообразем поднять серверный тоннель до гитхаба за пределами РФ и расшарить адрес.
То что FIX это стандартный протокол для отправки заявок, с этим никто не спорит. Мы же говорим о фидах и где по вашей ссылке вы видите FastFIx?
Там либо ITCH либо еще какой то их собственный.
У каждого сообщения порядковый номер есть. Если пришел больший чем ождается — значит потерялся.
Что то, например, NASDAQ не торопится придерживаться данного «общемирового стандарта» и упорно рассылает ITCH сообщения, упакованные в мультикаст пакеты. Каждое сообщение длиной несколько десятков байт.
FAST/FIX испольует CME и его производные.
Московская же биржа как обычно идет своим путем.
Единственный вопрос. Зачем нужно это сжатие при ныншней толщине каналов?
CME в свое время внушили себе, что это гениально и всех заставили эту гадость слушать. Бинарные структуры фиксированного формата (типа ITCH, используемый многими рынками) куда как эффективнее.
crypto++ у вас откуда?
Нет, это полностью собственная реализация.
Как было сказано впоследствии, i2pcpp никогда не ставил целью создание пригодной для использования системы. В настоящий момент работа над ним прекращена.
Вот и прекрасно — возьмите и реализуйте «на обычных сях, без всяких плюсов, фреймворков и прочего хипстерства» протоколы, кстати на настоящий момент отлично документированные.
Я попытался на плюсах как умел, у вас безусловно получится лучше.
Там реально какая то проблема со сборкой из-за последнего обновления от эпла.
Потому релиз для OS X и не сделали. Разбираемся.
Логика более простая.
Раньше: Использует шифрование — значит есть что скрывать.
Теперь: Использует шифрование… потому что все используют.
Мессенджер поверх I2P существуют, и его действительно невозможно прослушать, и от MITM защищен потому что LeaseSet-ы подписываются.
К сожалению был несправедливо заброшен его разработчиками, однако в ближайшее время я намереваюсь им заняться.
А нельзя было в момент запроса пароля сделать core файл командой gcore, потом загрузить его в gdb, подняться вверх по стеку и дальше смотреть по контексту что там делается?

Information

Rating
5,472-nd
Registered
Activity