Hi Kirill
You are right, we haven't made all the resources available yet because we are still implementing the SC layer on the blockchain platform and tweaking the code as we proceed. The development is not finished yet thats why we haven't updated the github page. As soon as we are done everything is going to be uploaded on github as well.

For now You can find some materials, docs and guides on www.takamaka.dev

If you need something in particular that you want to know feel free to ask us

Типа не готовы, но как только - так сразу

Я как-то пропустил волшебный момент, что у них прямо смарт-контракты на Джаве, причём тупо jar-ники предлагается на блокчейн загружать, и никаких мер по борьбе с недетерминизмом я чего-то не заметил.
Если там у кого в их чате есть настроение потроллировать, спросите их, поддерживаются ли у них в смарт-контрактах флоаты (и потом, вдогонку, можно ли будет ноды на АРМе запускать)

есть ощущение, что слишком тонко для этого цирка

Да, я неудачно задал вопрос, надо было акцентировать внимание, что не просто блокчейн на Java, но и смарт-контракты (что показалось мне удивительным)

Мне и до сих пор (после беглого взгляда на их документацию) это продолжает удивительным казаться.

Проблема в том, что для консенсуса смарт-контракты на всех узлах должны исполняться полностью одинаково, бит-в-бит; если такого детерминизма не будет (одни и те же вычисления приведут к разным результатам на разных нодах), то консенсус распадётся.
Прикол в том, что стандарт IEEE 754 на числа с плавающей точкой оставляет пространство для недетерминизма во славу повышения производительности (и некоторых плохо проговоренных в изначальных ревизиях стандарта тонкостей).
Поэтому на процессорах разных архитектур некоторые, вполне валидные флоат-вычисления могут приводить к разным результатам.
Поэтому обычно смарт-контрактовые среды исполнения не реализуют флоаты вообще, или реализуют их медленную, софтовую эмуляцию, где все эти тонкости детерменированы дополнительно.
А вот JVM не задаётся такими целями: https://docs.oracle.com/javase/specs/jls/se7/html/jls-15.html#jls-15.4

Короче, это не может работать, если только не обязать все узлы исполнять код в одной версии JVM на процессорах одной архитектуры (а то и одной модели, я не помню возможны ли там в рамках линейки проблемы)

работать будет, но недолго

А разработчики, похоже, не в курсе проблемы; поэтому я не советовал бы связываться с их проектом.

Спасибо, тогда я повкуриваб в их документацию и спрошу у них в чате. Если будет интересно - здесь кратко расскажу ответ

Не знаю, кто такой яггдрасил, но если это про yggdrasil, то, очевидно, если у тебя есть два устройства, на которых запущены совместимые версии, и они оба видят другие узлы сети, то они должны видеть друг друга. Это и будет тот самый "проброс портов" на ро(у)тере. Пинги должны ходить, сервисы, например ssh, открываться. Разве что на этих устройствах запущен какой-то фильтр, который будет резать удалённое соединение к сервисам - это может быть проблемой. Тут подойдёт стандартная рекомендация для вендоадмина локалхоста - отключите firewall.

если у меня есть две точки с соединениями через вайфай через роутер и через блютус-соедине pan - yggdrasil умеет понимать что блютус ближе и дешевле, а при недостатке пропускной блютуса сможет подключить и вайфай в параллель?

Был один шиткоин, написанный на питоне, со смартконтрактами на нём же. Использовал какие-то там десятые форки библиотек, так что даже саму ноду приходилось заводить, ковыряясь во всем этом руками и клонируя несколько разобщенных реп.

К моменту запуска смарт-контрактов я уже не мог дальше на это смотреть, но вроде запустили что-то.

Не думаю, что иггдрасиль умеет в микроменеджмент соединений L2.

а как он вообще - хотяб понимает что на соседнюю машину надо через локалку?
там все сетевыхи на машине будут иметь единый адрес и найдёт кратчайший путь?

Автопиринг в локалке есть.

Но ему нужен включенный ip/ipv6. Хотя бы автоматические link-local адреса

если у меня впн и локалка на машинах - можно объяснить чтоб ходил через локалку?

Кстати был какой-то форк игдрасиля с автопирингом не только в локалке