Теневые истории ,разная информация полезная и не очень

[Pomidoriys]

ПОЧЕМУ ОДНИ ТЕНЕВЫЕ ПРОЕКТЫ ЖИВУТ ГОДАМИ, А ДРУГИЕ СХОДЯТ СО СЦЕНЫ ЗА НЕСКОЛЬКО МЕСЯЦЕВ

На старых площадках хорошо видно, что долгая жизнь проекта редко объясняется только хорошей технической частью или сильным стартом. Многие ресурсы запускаются громко, быстро собирают аудиторию, получают первые отзывы - а потом исчезают так же быстро, как появились. Устойчивость начинается не с запуска, а с того, как проект переживает первые серьёзные кризисы.

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

Дольше обычно живут те проекты, у которых:
управление не завязано на одном человеке
есть понятное распределение ролей внутри команды
финансовая модель не зависит от одного источника дохода
аудитория не держится исключительно на нескольких крупных участниках
решения администрации остаются предсказуемыми даже во время кризиса
инфраструктура и процессы можно перестраивать без полного перезапуска

Но даже этого недостаточно. Со временем появляется другой фактор - инерция доверия. Старый проект переживает больше ошибок, потому что у него уже есть история. Новый проект такой роскоши не имеет: один серьёзный провал на старте может стать финальным, потому что пользователи ещё не успели накопить причин оставаться.

Есть и обратная сторона. Возраст сам по себе не делает площадку устойчивой. Некоторые проекты существуют годами только по инерции: аудитория постепенно уменьшается, активность падает, сервисы уходят, но привычка продолжает удерживать остатки сообщества. Формально площадка жива, фактически она уже давно перестала развиваться.

Поэтому срок жизни лучше оценивать не по количеству лет, а по способности проекта проходить через смену людей, конфликтов, технологий и интересов аудитории. Настоящая устойчивость видна тогда, когда после очередного кризиса система меняется, но не распадается.

Именно поэтому самые старые проекты обычно ценны не тем, что «просто долго существуют». Их возраст - это результат множества пережитых моментов, в которых они могли закончиться, но не закончились.

 

[sedoj-enot]

Автор молодец, решил в одной теме раскрыть сразу огромную тему кибербезопасности и цифровой гигиены

 

[Pomidoriys]

Автор молодец, решил в одной теме раскрыть сразу огромную тему кибербезопасности и цифровой гигиены

Моё почтение броха

 

[Pomidoriys]

Российские сайты столкнулись с проблемой TLS-сертификатов — часть сервисов может перестать нормально открываться в зарубежных браузерах

Российская интернет-инфраструктура столкнулась с новой проблемой: международные центры сертификации начали отзывать TLS-сертификаты российских компаний из-за санкционных требований. В частности, GlobalSign в июне принудительно отозвал сертификаты для тысяч российских доменов. Такие сертификаты подтверждают подлинность сайта и обеспечивают защищённое HTTPS-соединение между пользователем и сервером.

Проблема уже затрагивает крупные организации, включая банки и государственные сервисы. Часть российских сайтов переходит на сертификаты Национального удостоверяющего центра, однако Chrome, Firefox и Safari по умолчанию им не доверяют. Поэтому пользователю может потребоваться установить российский корневой сертификат самостоятельно либо использовать браузер, в котором он уже встроен.

Если международные центры продолжат отзывать сертификаты, российским компаниям придётся быстрее перестраивать инфраструктуру и искать альтернативных поставщиков. Это может привести к ситуации, когда один и тот же сайт будет нормально открываться в российском ПО, но выдавать предупреждение о безопасности или вовсе работать некорректно на устройствах без соответствующего сертификата.

История с сертификатами показывает, что технологическая изоляция может происходить на гораздо более глубоком уровне, чем обычная блокировка отдельных сайтов или приложений.

Сталкивались ли вы уже с российскими сайтами, которые внезапно начали выдавать предупреждение о небезопасном соединении?

 

[Pomidoriys]

ПОЧЕМУ СОВРЕМЕННЫЙ ДАРКНЕТ ДАВНО НЕЛЬЗЯ СВЕСТИ К TOR И .ONION

Формула «даркнет = Tor + onion-сайты» уже слишком узкая для того, как эта среда устроена сейчас. Tor остаётся важной частью инфраструктуры, но значительная часть процессов давно распределена между разными платформами. Форум может находиться в onion, оперативное общение - в мессенджере, публичные заявления - в обычном интернете, а отдельные сервисы вообще работать в другой среде. Единая экосистема больше не обязана существовать внутри одной сети.

Это меняет и саму логику взаимодействия. Раньше конкретная площадка могла концентрировать вокруг себя почти всё: аудиторию, обсуждения, репутацию, объявления и связанные сервисы. Сейчас гораздо чаще существует набор взаимосвязанных точек, каждая из которых выполняет свою функцию. Поэтому исчезновение одного ресурса далеко не всегда означает исчезновение стоящего за ним сообщества или проекта.

Особенно важна пограничная зона между clearnet и darknet. Часть инфраструктуры может быть совершенно публичной, но обслуживать процессы, связанные с закрытой средой. И наоборот: наличие onion-адреса само по себе ещё ничего не говорит о характере сообщества или проекта. Смотреть только на доменную зону уже недостаточно - гораздо важнее связи между участниками, сервисами и каналами коммуникации.

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

Поэтому сегодня даркнет корректнее определять не по тому, где именно находится ресурс, а по тому, частью какой экосистемы он является. Tor в этой модели остаётся важным слоем, но уже давно не исчерпывает всю среду.

 

[Pomidoriys]

Исследователи нашли серьёзные проблемы безопасности в Telegram Mini Apps

Группа исследователей изучила безопасность приложений, которые запускаются прямо внутри Telegram, и обнаружила у них большое количество проблем с хранением конфиденциальных данных. Из 37 протестированных Mini Apps 30 содержали уязвимости разной степени серьёзности. Некоторые приложения сохраняли токены авторизации и другие секретные данные прямо на устройстве пользователя в недостаточно защищённом виде.

Особое внимание исследователи обратили на приложения, связанные с криптовалютами. В отдельных случаях на устройстве можно было обнаружить данные, позволяющие восстановить доступ к аккаунту или повторно использовать действующий токен авторизации. Проблема оказалась актуальна даже для официального Wallet в Telegram: исследователи сообщили, что ранее его recovery-фраза могла сохраняться в открытом виде на устройстве.

После передачи информации разработчикам Telegram платформа добавила два новых API для безопасного хранения данных. Исследователи повторно проверили официальный Wallet и подтвердили, что после исправления мнемоническая фраза больше не хранится там в открытом виде. При этом работа показывает более широкую проблему: сторонние Mini Apps получают доступ к чувствительной информации, но уровень их защиты может сильно различаться.

Mini Apps выглядят как обычная часть Telegram, однако технически за ними могут стоять совершенно разные разработчики и подходы к безопасности.

Проверяете ли вы, кто разработал Mini App, прежде чем подключать к нему аккаунт или криптокошелёк?

 

[Pomidoriys]

ЧТО НА САМОМ ДЕЛЕ ПРОИСХОДИТ ПОСЛЕ ВВОДА .ONION-АДРЕСА В TOR BROWSER

У обычного сайта браузер в конечном счёте получает сетевой адрес сервера и строит соединение до него. У onion-сервиса логика другая: публичный IP конечного сервера клиенту вообще не нужен. Более того, вся схема специально устроена так, чтобы ни одна сторона не получала обычный прямой маршрут до другой.

Сам .onion-адрес - это не просто необычное доменное имя. В современной схеме v3 он связан с криптографической идентичностью сервиса, поэтому Tor проверяет не только «куда идти», но и с кем именно устанавливается соединение.

В упрощённом виде внутри сети участвуют несколько элементов:
onion-адрес, связанный с ключами сервиса
introduction points, через которые сервис объявляет своё присутствие внутри Tor
Tor-цепочка со стороны клиента
Tor-цепочка со стороны onion-сервиса
rendezvous point, где эти две цепочки сходятся

После ввода адреса клиент получает из распределённой инфраструктуры Tor сведения, необходимые для связи с сервисом. Затем он выбирает rendezvous point и строит к нему собственную цепочку. Через introduction point сервис получает запрос и независимо строит вторую цепочку к той же точке.

Получается важный момент: клиент не соединяется с onion-сервером напрямую. Фактически встречаются две цепочки внутри Tor. Именно поэтому здесь нет привычного exit relay, который нужен при выходе из Tor в обычный интернет: весь маршрут остаётся внутри сети.

Это также объясняет, почему фраза «Tor просто несколько раз перекидывает запрос, а потом он попадает на скрытый сервер» слишком грубо описывает процесс. В случае onion-сервиса сеть не просто скрывает маршрут - она участвует в обнаружении сервиса, проверке его идентичности и организации самой точки встречи.

В итоге onion-сервис - это не обычный сайт, которому просто выдали странный адрес. Это другая модель соединения, где клиент не должен знать реальное сетевое местоположение сервера, а промежуточные узлы получают только ограниченные фрагменты общей картины. Именно эта архитектура и отличает onion-сервисы от обычного веба.

 

[sedoj-enot]

ЧТО НА САМОМ ДЕЛЕ ПРОИСХОДИТ ПОСЛЕ ВВОДА .ONION-АДРЕСА В TOR BROWSER

У обычного сайта браузер в конечном счёте получает сетевой адрес сервера и строит соединение до него. У onion-сервиса логика другая: публичный IP конечного сервера клиенту вообще не нужен. Более того, вся схема специально устроена так, чтобы ни одна сторона не получала обычный прямой маршрут до другой.

Сам .onion-адрес - это не просто необычное доменное имя. В современной схеме v3 он связан с криптографической идентичностью сервиса, поэтому Tor проверяет не только «куда идти», но и с кем именно устанавливается соединение.

В упрощённом виде внутри сети участвуют несколько элементов:
onion-адрес, связанный с ключами сервиса
introduction points, через которые сервис объявляет своё присутствие внутри Tor
Tor-цепочка со стороны клиента
Tor-цепочка со стороны onion-сервиса
rendezvous point, где эти две цепочки сходятся

После ввода адреса клиент получает из распределённой инфраструктуры Tor сведения, необходимые для связи с сервисом. Затем он выбирает rendezvous point и строит к нему собственную цепочку. Через introduction point сервис получает запрос и независимо строит вторую цепочку к той же точке.

Получается важный момент: клиент не соединяется с onion-сервером напрямую. Фактически встречаются две цепочки внутри Tor. Именно поэтому здесь нет привычного exit relay, который нужен при выходе из Tor в обычный интернет: весь маршрут остаётся внутри сети.

Это также объясняет, почему фраза «Tor просто несколько раз перекидывает запрос, а потом он попадает на скрытый сервер» слишком грубо описывает процесс. В случае onion-сервиса сеть не просто скрывает маршрут - она участвует в обнаружении сервиса, проверке его идентичности и организации самой точки встречи.

В итоге onion-сервис - это не обычный сайт, которому просто выдали странный адрес. Это другая модель соединения, где клиент не должен знать реальное сетевое местоположение сервера, а промежуточные узлы получают только ограниченные фрагменты общей картины. Именно эта архитектура и отличает onion-сервисы от обычного веба.

Развернутая статья. Именно эта технология делает тор тем чем он сейчас является. иногда когда соединение моросит, регулярно обновляйте цепочку и все будет ок

 

[Pomidoriys]

Более 14 тысяч камер видеонаблюдения взломали всего за 35 дней

Исследователи зафиксировали масштабную кампанию CameraSwarm, в ходе которой злоумышленники скомпрометировали около 14 500 камер Dahua чуть больше чем за месяц. Основная активность наблюдалась на устройствах, расположенных в России и Украине, а целью операции, предположительно, было быстрое расширение инфраструктуры ботнета.

Для атаки использовались доступные через интернет устройства с уязвимыми настройками или программным обеспечением. После компрометации камера фактически превращается в ещё один подконтрольный узел: её вычислительные ресурсы и сетевое соединение могут использоваться злоумышленниками, при этом владелец устройства способен долго не замечать посторонней активности.

История вновь показывает слабое место огромного количества IoT-устройств. Камеры, роутеры, видеорегистраторы и другая техника могут работать годами без обновлений, оставаясь постоянно подключёнными к сети. Для операторов ботнетов такая инфраструктура особенно привлекательна именно из-за количества доступных устройств.

Обычная камера наблюдения может незаметно стать частью чужой сетевой инфраструктуры, если её безопасность перестали контролировать сразу после установки.

А вы когда-нибудь проверяли, получает ли ваша домашняя камера или другое умное устройство обновления безопасности?

 

[Pomidoriys]

ПОЧЕМУ ОДНИ ТЕХНОЛОГИИ БЫСТРО ПРИЖИВАЮТСЯ В ДАРКНЕТЕ, А ДРУГИЕ ИСЧЕЗАЮТ ПОЧТИ СРАЗУ

Даркнет довольно хорошо отсеивает технологии, которые выглядят перспективно только на презентациях. Здесь недостаточно быть новым, быстрым или даже технически сильным решением. Чтобы технология действительно закрепилась, она должна встроиться в уже существующую среду и дать достаточно серьёзное преимущество, чтобы люди согласились менять устоявшиеся привычки. Технологический отбор здесь довольно консервативен.

Хороший пример - криптовалюты. Bitcoin оказался полезен не потому, что идеально подходил для анонимной среды - как раз его публичный блокчейн впоследствии создал немало проблем. Он решил другую задачу: позволил передавать стоимость через интернет без традиционного платёжного посредника. Позже интерес сместился к решениям с другими свойствами, но Bitcoin к тому моменту уже получил огромный сетевой эффект: инфраструктуру, ликвидность, узнаваемость и привычку пользователей.

Похожая история происходила с мессенджерами, системами шифрования и различными сетевыми инструментами. При выборе обычно сталкиваются сразу несколько факторов:
насколько технология реально решает существующую проблему
сколько участников уже ею пользуется
можно ли встроить её в сложившуюся инфраструктуру
насколько дорого переходить со старого решения
переживала ли она реальные атаки, блокировки и технические кризисы
продолжает ли проект развиваться через несколько лет после появления

Последний пункт особенно важен. В этой среде возраст технологии иногда становится преимуществом, а не недостатком. Новый инструмент может обещать значительно лучшую приватность или архитектуру, но у старого уже известны ограничения, накоплена история эксплуатации и понятны последствия отказов. Между потенциально более безопасным и хорошо изученным решением пользователи далеко не всегда выбирают первое.

Поэтому техническое превосходство само по себе почти ничего не гарантирует. Можно создать более приватную сеть, более защищённый мессенджер или более интересную платёжную систему - и получить почти нулевое распространение. Если для перехода нужно убедить одновременно продавцов, покупателей, форумы, сервисы и разработчиков, возникает классическая проблема сетевого эффекта: технология бесполезна без пользователей, а пользователи не приходят, пока технология бесполезна для их окружения.

Есть и противоположный сценарий. Иногда новая технология изначально вообще не создавалась для даркнета, но неожиданно идеально закрывает конкретную потребность. Тогда адаптация происходит снизу: отдельные сообщества начинают пользоваться инструментом, вокруг него появляется инфраструктура, затем он распространяется дальше. Его происхождение при этом практически не имеет значения.

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

 

[Pomidoriys]

Атаки через цепочки поставок ПО стали встречаться в 2,5 раза чаще

В первой половине 2026 года доля атак через цепочки поставок программного обеспечения среди значимых облачных инцидентов выросла с 10% до 25%. Вместо прямой атаки на крупную компанию злоумышленники всё чаще ищут более слабое звено — стороннюю библиотеку, подрядчика, сервис или компонент, которому основная система уже доверяет.

Такой подход позволяет одной успешной атакой потенциально добраться сразу до множества организаций. Особенно привлекательны популярные библиотеки и инструменты разработки: вредоносное обновление или компрометация учётной записи разработчика может привести к тому, что заражённый компонент автоматически попадёт в проекты других компаний. В июле, например, после компрометации нескольких репозиториев AsyncAPI были опубликованы вредоносные версии npm-пакетов, способные устанавливать удалённый троян.

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

Сегодня для проникновения в хорошо защищённую систему иногда проще атаковать не её саму, а программу, которой она уже доверяет.

Как считаете, должны ли разработчики нести ответственность за безопасность сторонних компонентов, которые они добавляют в свои продукты?

 

[Pomidoriys]

ПОЧЕМУ БЛОКЧЕЙН ОКАЗАЛСЯ ОДНОВРЕМЕННО УДОБНЫМ ДЛЯ ТЕНЕВОЙ ЭКОНОМИКИ И ПОЛЕЗНЫМ ДЛЯ ЕЁ РАССЛЕДОВАНИЯ

В ранней теневой экономике Bitcoin решал действительно серьёзную проблему: позволял передавать стоимость без банка, платёжного шлюза и другого центра, способного отменить операцию или заблокировать счёт. Но вместе с этим рынок получил довольно необычный побочный эффект - финансовую историю, которая практически не забывает прошлое.

Публичный блокчейн не раскрывает автоматически владельцев адресов. Он фиксирует другое: какие адреса взаимодействовали, когда происходили транзакции и как средства перемещались дальше. Пока эта информация не связана с реальными субъектами, она может годами оставаться просто набором записей. Но блокчейн сохраняет их для последующего анализа.

Именно здесь возникает главный парадокс:
транзакция может быть псевдонимной в момент совершения
её история остаётся доступной спустя годы
методы анализа со временем становятся точнее
появляются новые данные из расследований и изъятой инфраструктуры
ранее неизвестный адрес позднее может получить привязку к конкретному субъекту
после этого смысл приобретает уже не одна операция, а часть его старой истории

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

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

Особенно интересно, что новое событие способно изменить понимание очень старых транзакций. Адрес, который пять лет выглядел полностью неизвестным, может оказаться связан с инфраструктурой, раскрытой значительно позже. Тогда исследователи возвращаются назад и заново анализируют цепочку уже с новой исходной точкой.

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

 

[qwerty567ghjklmn]

Исследователи нашли опасную цепочку уязвимостей в смартфонах на чипах Unisoc

Специалисты по безопасности раскрыли серию уязвимостей в мобильных процессорах Unisoc, которые устанавливаются в смартфоны Motorola, Realme, Xiaomi и других производителей. В определённом сценарии атака начинается с входящего VoLTE-видеозвонка, после ответа на который злоумышленник может получить значительно более высокий уровень доступа к устройству.

Исследователи подтвердили проблему на нескольких чипсетах, включая Unisoc T606, T612 и T7250. Наиболее серьёзная часть обнаруженной цепочки позволяет добиться выполнения кода на уровне ядра Android, фактически обходя стандартную изоляцию приложений. При этом специалисты отмечают, что для реальной атаки требуется специализированное оборудование и контролируемая мобильная инфраструктура, поэтому массовое использование такого метода пока маловероятно.

Отдельное беспокойство вызывает то, что затронутые компоненты используются в устройствах, продающихся более чем в 140 странах. Исследователи также заявляют, что одна из ключевых проблем пока не была устранена даже на протестированных смартфонах с относительно свежими обновлениями безопасности.

Современный смартфон может подвергнуться атаке не только через вредоносное приложение или подозрительную ссылку — уязвимость иногда скрывается значительно глубже, непосредственно в компонентах мобильной связи.

Как считаете, должны ли производители смартфонов указывать, сколько лет обновления безопасности будут получать не только Android, но и прошивки модема и других компонентов устройства?

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

 

[cvbasncn432jhsd]

ПОЧЕМУ СТАРЫЕ УЧАСТНИКИ И НОВАЯ АДМИНИСТРАЦИЯ ЧАСТО НЕ ПОНИМАЮТ ДРУГ ДРУГА

Смена команды на старой площадке редко начинается с громкого объявления о «новой эпохе». Обычно сначала меняются отдельные модераторы, арбитры, кураторы направлений, постепенно перераспределяются полномочия. Формально форум остаётся прежним, но через некоторое время старожилы начинают замечать: одинаковые ситуации теперь решаются немного иначе.

И дело далеко не всегда в том, что новая команда хуже или неопытнее. Старые участники помнят не только правила, но и десятки исключений из них: почему когда-то приняли конкретное решение, кому сделали исключение, после какого конфликта появился определённый пункт. Новая администрация получает регламент и архив, но далеко не весь накопленный контекст площадки.

Отсюда и появляются знакомые противоречия:
старожил ссылается на прецедент пятилетней давности, который новая команда уже не считает актуальным
формально правильное решение воспринимается сообществом как нарушение сложившейся практики
неписаное правило внезапно перестаёт работать, потому что его нигде официально не закрепляли
привычная степень свободы начинает трактоваться как лазейка
старые личные договорённости перестают что-либо значить после смены людей
одинаковые нарушения получают другие последствия, чем несколько лет назад

Самое интересное начинается тогда, когда обе стороны уверены, что именно они защищают настоящий порядок. Старожилы апеллируют к истории площадки: «здесь всегда было принято именно так». Новая команда отвечает действующими правилами и текущими обстоятельствами. Обе позиции могут быть логичными, просто одна опирается на память сообщества, а другая - на систему, которую администрация пытается выстроить сейчас.

Причём подобные изменения редко происходят одномоментно. Сначала меняется несколько решений, затем стиль арбитража, отношение к спорным ситуациям, допустимые границы поведения. Только спустя время становится очевидно, что произошла смена управленческой культуры, хотя название форума, интерфейс и большая часть аудитории остались прежними.

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

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

так везде. когда работал на заводе, у нас была смена, все взрослые люди, от 30 до 65 лет, и я пиздюк. Я отработал на нем 12 лет. и вот когда старики уже пошли на пенсию, стали замечать, то что вот описано в статье. Молодняк во первых делает все на похуй, потому что они пришли заработать денег, а не работать. Да, мы все ходим на работу за денег. Но если не следить за производством - ему пизда будет. Так что да, старая закалка решает. Это и в МП работает

 

[cvbasncn432jhsd]

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

Да да, я тоже читал, но не тут. Тогда прям волна негодования была по этому поводу

 

[cvbasncn432jhsd]

ПОЧЕМУ БЛОКЧЕЙН ОКАЗАЛСЯ ОДНОВРЕМЕННО УДОБНЫМ ДЛЯ ТЕНЕВОЙ ЭКОНОМИКИ И ПОЛЕЗНЫМ ДЛЯ ЕЁ РАССЛЕДОВАНИЯ

В ранней теневой экономике Bitcoin решал действительно серьёзную проблему: позволял передавать стоимость без банка, платёжного шлюза и другого центра, способного отменить операцию или заблокировать счёт. Но вместе с этим рынок получил довольно необычный побочный эффект - финансовую историю, которая практически не забывает прошлое.

Публичный блокчейн не раскрывает автоматически владельцев адресов. Он фиксирует другое: какие адреса взаимодействовали, когда происходили транзакции и как средства перемещались дальше. Пока эта информация не связана с реальными субъектами, она может годами оставаться просто набором записей. Но блокчейн сохраняет их для последующего анализа.

Именно здесь возникает главный парадокс:
транзакция может быть псевдонимной в момент совершения
её история остаётся доступной спустя годы
методы анализа со временем становятся точнее
появляются новые данные из расследований и изъятой инфраструктуры
ранее неизвестный адрес позднее может получить привязку к конкретному субъекту
после этого смысл приобретает уже не одна операция, а часть его старой истории

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

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

Особенно интересно, что новое событие способно изменить понимание очень старых транзакций. Адрес, который пять лет выглядел полностью неизвестным, может оказаться связан с инфраструктурой, раскрытой значительно позже. Тогда исследователи возвращаются назад и заново анализируют цепочку уже с новой исходной точкой.

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

Биток не такой конф как планировалось. Он отвлеживается, если нужна анонимность, то используйте Монеро

 

[kra-kra-Kra)))]

ПОЧЕМУ КРУПНЫЙ УЧАСТНИК МОЖЕТ СТАТЬ ПРОБЛЕМОЙ ДЛЯ САМОЙ ПЛОЩАДКИ

Пока продавец, сервис или команда растут внутри форума, их успех обычно выгоден всем: они приводят аудиторию, создают активность, участвуют в экономике площадки и постепенно становятся частью её репутации. Сложности начинаются позже - когда участник набирает такой вес, что обычный конфликт с ним уже невозможно рассматривать как рядовой спор. Вместе с влиянием появляется зависимость.

У крупного игрока могут быть тысячи клиентов, многолетняя история, собственная аудитория и связи с другими заметными участниками. Поэтому любое серьёзное решение в его отношении автоматически затрагивает гораздо больше людей. Формально правила для всех одинаковые, но последствия их применения совершенно разные.

Именно здесь у администрации появляется неприятный выбор:
наказать крупного участника и получить цепную реакцию внутри сообщества
сделать исключение и создать ощущение неприкосновенности
затянуть решение и получить обвинения в двойных стандартах
вынести конфликт публично и превратить его в борьбу сторон
решить вопрос непублично и оставить пространство для слухов
позволить ситуации развиваться дальше и рисковать уже репутацией самой площадки

Особенно опасен момент, когда вокруг одного имени постепенно формируется собственная маленькая экосистема. Клиенты, партнёры, представители, знакомые старожилы, связанные сервисы - конфликт перестаёт быть историей двух сторон. Удар по одному узлу начинает задевать целую сеть отношений.

Поэтому самые показательные кризисы начинаются вовсе не тогда, когда крупный участник нарушает правила. Они начинаются, когда сообщество проверяет, готова ли администрация применить к нему те же принципы, которые применяет к остальным. Одно спорное решение способно годами всплывать в следующих арбитражах как пример того, что «тогда было можно».

Есть и обратная зависимость. Чем сильнее участник понимает собственный вес, тем больше у него пространства для давления: не обязательно прямого - иногда достаточно возможности уйти, забрать часть аудитории или публично поставить под сомнение решение администрации. В этот момент репутационный капитал превращается во влияние.

Зрелость площадки поэтому проверяется не количеством крупных игроков, которых она смогла привлечь. Гораздо показательнее другое: способна ли система пережить конфликт с одним из них, не переписывая собственные принципы под конкретное имя.

Пока форум может потерять сильного участника и продолжить работать по тем же правилам, центр власти остаётся у площадки. Когда потеря одного игрока становится слишком дорогой, вопрос уже не в его статусе - вопрос в том, кто от кого зависит сильнее.

Я скажу так, когда работала на МП, там были и сильные и не сильные участники. Но больше всего раздражали те, кто купят что то на 1к или обнал на 900 рублей делают, а мозг ебут как будто на 300к сделали заказ. Это везде и всюду такая хуйня