Американский турист лишился $123 тысяч (почти 10 млн рублей) в крипте после поездки в такси в Лондоне. Криптан утверждает, что водитель предложил ему сигарету, в которой, предположительно, было накротическое вещество. Под действием наркотика турист сам выдал код от смартфона и дал доступ к аккаунту Revolut. @bankrollo

Есть тут кто из JetBrains Berlin? Я тут за углом, заглянул бы.

В прессу попал ещё один факап BGP, объясняют механику

https://blog.benjojo.co.uk/post/bgp-attr-40-junos-arista-session-reset-incident

Masturbase (comp.sci.) – a database that has no production use

Local-first conf 2025 (Berlin) summary
1. Local-first became quite a large field
2. Almost every company in that field is losing money so far.
3. There is no shortage of collaborative editors
4. Prominent talk: J.Lennart of CouchDB/PouchDB. Referenced three past project where local first nature of the database was used in the field. (Ebola, CoVID, UA war)
5. Prominent talk: Adam Fish of Ditto. The business survives for quire long, makes a database for field use (restaurants, airlines, even military)
6. Prominent talk: J.Gentle, M.Toomim of Invisible College, a very impressive demo of a synchronized object underlay as an alternative to a file system.
7. pvh of Ink&Switch: similarly, an impressive demo of CRDT tech. Bicycles for the mind.
8. The conference was scoped by some commercial interests, thus some potential participants have being *very notably* absent (either too non-commercial or a competitor).

И добавить нечего

Human "bots" are becoming more expensive to catch than to recruit.The actual spies sit somewhere in a remote office, delegate all their legwork to random people they recruited on the Internet for really cheap.
I told some stories earlier. If your smartphone is hacked, bots can follow you everywhere, round the clock, and annoy you non-stop.
Unless you are a Minister of Defense or something, nobody will be catching them.

Это значит просто, что иранцы уже работают по китайскому учебнику. Везде в Азии китайцы уже свои порядки навели, наружка, стукачи, всякие пакости. Это всё обеспечивается гигантского масштаба сеткой, со сякими звеньевыми, бригадирами и прочими переходящими вымпелами.
Как западные правительства будут на это реагировать пока непонятно. Бигдата и AI понятно, но как выписать пенделя конкретным «крутым шпионам», которые после работы день официантом ещё за двадцатку подрабатывают саботажем, шпионством или травлей? Вопрос конечно интересный.

Так это всё безобразие ещё превосходно организовано. Софт, оргструктура, все дела.

These days, decentralized tech is not about some abstract "freedom". We saw what happened to NordStream, Tu bombers and Russian oil refineries. We see the drone revolution, human bots and all these things. If US and China would clash *for real*, that XX century infrastructure will burn all over the world. Undersea cables are particularly vulnerable, we have seen that too.
Even if US-China open conflict never happens, there are tons of non-state or rogue-state actors. All the technology is freely available. Consider Middle East, for example.
We no longer have ethnically monotonous nation-states with sealed borders and those can hardly be reconstructed given the degree of globalization in the economy and the fact that population mixing already happened, irreversibly.
Conclusion. Building decentralized infrastructure is a matter of survival.

There is an opinion that decentralization causes poor performance. That is not true. The original "blockchain" architecture was like a massively replicated MySQL. The performance of such a database is indeed terrible.
But: blockchain is mainly obsolete.
A Merkle-fied database can have performance no worse than a regular one. Hashing chunks/pages is not a major expense at all. (See: noms and its descendants, also my work on Merkle-fied LSM)
My definition of "decentralization" is the lack of SPoFs. That does not even imply Merkle structures necessarily. In practice, it does, of course, but I would count Cassandra as a pretty decentralized architecture, in the literal meaning of the word.

One problem here is that the industry is very much buzzword-driven. Back in the blockchain craze era everyone was doing "blockchains". SPoFs are too boring, right. Now, everyone is doing "AIs".

I did a weekend hackaton, reimplemented RDX in Go. Had some level-ups in the process, I love that. Now Go and C versions pass the same test suite. The old Go version is now officially obsolete.
I will make the new version public once I rehash the docs. It feels a lot like the final version, btw. 1.0 maybe.

Overall, CRDT is a commodity now. RDX turns virtually any LSM database into a CRDT document database (Rocks, Pebble, Cassandra if somebody ports RDX to Java, Badger if somebody implements merge operators there, and so on).

RDX has binary and text forms. Text RDX is very much like JSON, but it merges. It also supports some nice types (distributed counters, version vectors, Lamport timestamps) and overall it is more general. For example, it supports arbitrary literals, not just true, false and null. Sets/maps can host arbitrary tuples, and so on.

On the syntactic innovation side, commas are optional.

{1: "one"} + {2: "two"} + {3:3:3} = {1: "one", 2: "two", 3:3:3}

Slides of my ProtocolBerg talk on Merkle-fying LSM databases (RDX, Chotki, etc). I believe this architecture is superior to your typical blockchain in so many aspects.
Video will be available later, hopefully.
Berlin is beautiful.

For the readers of this channel who are familiar with the RGA/CausalTree CRDT algorithm. (I basically authored that one in 2008..2010.) RDX is phasing out RGA/CT in favor of DISCONT (same author). DISCONT is very simple, essentially a merge sort with a twist.
https://github.com/gritzko/go-rdx/blob/main/DISCOUNT.md

Так-то это самый значимый пост в этом канале за всё время. Про CRDT в целом.

Как я уже говорил, у меня есть ворох наработок по системам контроля версий. Сегодня, в июне 2025 17 числа, я уже абсолютно уверен, что git - говно мамонта. И я настроен серьёзно заняться темой. Тем более, что в CRDT делать похоже уже нечего (см выше). Проблема в том, что я очень плохо завершаю проекты, ибо я исследователь.
Единственное решение - нужны соучастники.
Язык - go, технологии - CRDT, крипто. Целевая аудитория - видимо, go разработчики, хранение кода и конфигов для Кубернетисов и Докеров. Тема очень больная, потому что например время на перезапуск облака Яндекс ребята из Nebius оценивали в год. Потому что в работающем хозяйстве сложно даже понять, почему и как всё работает.
Мерж автоматический, детерминированный. Миллион бранчей. Issues и вики тут же в репе и связаны с кодом "в один клик" (сам себе github).
Вот исходя из этих предпосылок предлагаю начать бурить.
Высказывайтесь, у кого какие мысли.
1. что является болью в git?
2. что ещё имело бы смысл версионировать, если бы было что-то лучше git?
3. как продвигать наработки в сообщество без венчурных денег?
4. ОК, понятно, как поднять венчурные деньги?
5. если бы github был в терминале (где git), что бы поменялось? мы бы грепали issues прямо там?
6. есть ли смысл подвязывать issues и прочее прямо в код? (типа комментарием)
7. а может вообще ничего не надо в терминале делать? Ура IDE?
8. в какой степени monorepo это наказание за наши грехи, а в какой степени - путь к смирению и очищению?
9. как бы мы хотели заскриптовать и автоматизировать git, и где затыки?

В реальности вопрос один: как быть в 10 раз лучше чем git, либо в целом всё workflow git-github? (Что бы хотелось, чтобы работало, но с git это морока и "не работает"?)

Я сравниваю RDX и CBOR с общей целью "а нельзя ли сделать мержуемость фичей CBOR, не пугая людей новым форматом". Вывод. Это осуществимо. Но. Если принять CBOR, основную фичу RDX нужно будет выкинуть, а именно гарантию побитно идентичного результата для разных реализаций. В CBOR много вольностей и точек расширения, а это даже для более простого (примитивного) JSON с его грамматикой, умещающейся на визитку, породило ворох проблем. 10 опций true/false порождают 1024 варианта возможного поведения парсера, например. В результате каждый парсер видит мир по-своему.
В теории можно сделать маппинг в JSON и CBOR, но в обе стороны чисто не получится - RDX и CBOR это разные суперсеты JSON.
Ещё проще сделать экспорт результата в JSON/CBOR и импорт изменений обратно.
Ну и мир клином не сошёлся на CBOR. Например, сеты RDX хорошо мапятся на реляционные таблицы. Опять же, биекция вряд ли получится, а вот экспорт/импорт норм.
Итого. Внутренний формат - RDX, всё остальное - проекция с возможностью импорта изменений обратно в RDX.

Эту дату я должен отмечать каждый год: 12 мая. В этот день в 2011 я написал КГ/АМ на BitCoin, с большим приветом Сатоши Накамото. Вскоре после этого Сатоши исчезает, в июне курс BitCoin падает в ноль и кажется что всё, проехали. Как бы не так.
Сейчас вообще не является чем-то необычным прикупить новый шиток чисто на удачу, но тогда всё было впервые. Самое обидное, у меня в распоряжении был целый кластер на тот момент... Ну да ладно, проехали.
В инженерном отношении, мне по-прежнему нечего оспорить в моём тогдашнем тексте, как инженер я всё увидел правильно. Proof-of-work неизмеримо слабже криптографии, анонимности у блокчейна быть не может, будет прослойка профессиональных пиров - пэров, последствия для экологии страшные, всё сказал верно. Но увы, есть и не инженерные аспекты во всей этой истории :)
Как один из ценных выводов, читаю сейчас советы "как правильно давать фидбек". В Восточной Европе у многих с этим беда, и я конечно хороший пример.