Популярное на GitHub: Обязательное руководство для пользователей Claude Code

marsbitОпубликовано 2026-05-18Обновлено 2026-05-18

Введение

Руководство по использованию файла CLAUDE.md для повышения эффективности работы с Claude Code. Статья объясняет, как избежать основных ошибок при использовании Claude Code, таких как необходимость каждый раз заново объяснять контекст проекта, что приводит к потерям времени и денег. Предлагается решение — создать в корне проекта файл `CLAUDE.md`, который автоматически читается при каждом запуске. Этот файл служит инструкцией для ИИ, фиксируя технический стек, код-стайл, принятые решения и ограничения. Основано на 4 правилах Андрея Карпати, повысивших точность кодирования с 65% до 94%: 1) Спрашивать, если что-то неясно. 2) Начинать с самого простого решения. 3) Не трогать несвязанный код. 4) Четко указывать на неопределенности. В статье подробно описываются три раздела для `CLAUDE.md`: 1. **Контекст по умолчанию:** Описание разработчика, проекта и стиля общения, чтобы избежать повторных объяснений. 2. **Ограничения поведения:** Правила, запрещающие ИИ вносить несанкционированные изменения, выполнять деструктивные действия без явного подтверждения и выходить за рамки задачи. 3. **Память и техстек:** Механизмы для сохранения важных решений (в `MEMORY.md`), записи ошибок (в `ERRORS.md`) и фиксации технологического стека, чтобы ИИ не предлагал несовместимые инструменты. Итог: Настройка `CLAUDE.md` занимает около 2 часов, но может сэкономить отдельному разработчику до 975 долларов в неделю, устраняя рутинные потери, и сделать взаимодействие с Claude Code стабильным и контроли...

Редакционная заметка: Основная проблема большинства пользователей Claude Code заключается не в слабости модели, а в необходимости каждый раз начинать с нуля.

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

Представленный в этой статье CLAUDE.md — это руководство по использованию для Claude Code. Вам достаточно поместить его в корневую директорию проекта, и Claude будет автоматически читать его при каждом запуске. Этот файл заранее сообщает Claude: как отвечать, как писать код, когда необходимо сначала спросить, какие операции нельзя выполнять самостоятельно, какой технологический стек использует проект и какие важные решения уже были приняты в прошлом.

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

Если вы используете Claude Code, можете начать с 4 правил, сформулированных Карпати: спрашивай, если не уверен; сначала делай самое простое решение; не трогай несвязанный код; чётко указывай на неопределённость. Сначала добавьте эти правила в CLAUDE.md, а затем постепенно дополняйте его в соответствии с вашим проектом — это значительно улучшит опыт использования.

Далее следует оригинальный текст:

Файл под названием CLAUDE.md возглавил рейтинг GitHub Trending.

82 тысячи звёзд, 7800 форков.

Всё началось с Андрея Карпати. Бывший руководитель отдела ИИ в Tesla, один из основателей OpenAI. Он выявил 4 типа поведения, которые снижают эффективность Claude Code, и записал их в файл.

Позже один разработчик расширил эти 4 правила и опубликовал файл в открытом доступе. Результат — мгновенная популярность.

Причина проста: точность кодирования повысилась с 65% до 94%.

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

Далее следует полный файл.

Настройка, которую упускает большинство разработчиков

Каждый раз, когда вы открываете Claude Code, он по умолчанию ничего не знает.

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

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

CLAUDE.md — это простой текстовый файл, размещаемый в корневой директории проекта. Claude Code будет автоматически читать его в начале каждого сеанса.

Одна настройка, никаких повторных объяснений и исправление трёх типов дорогостоящих ошибок.

Настройки по умолчанию: Вы тратите 375 долларов в неделю, просто повторяя объяснения

Средний разработчик тратит около 30 минут в день, чтобы заново объяснять контекст Claude.

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

Если принять почасовую ставку разработчика в 150 долларов:

· 30 минут в день — это 75 долларов;

· в неделю — 375 долларов.

· для команды из 5 человек — 1875 долларов в неделю скрытых затрат.

Следующие 7 правил должны быть размещены в начале файла CLAUDE.md.

→ Убирай лишнее

Не начинай ответы со вступлений типа «Хороший вопрос», «Конечно», «Без проблем» или подобных. Сразу давай ответ. Не переходи на личности, не пересказывай вопрос.

→ Соответствуй сложности задачи длиной ответа

Длина ответа должна соответствовать сложности задачи. На простые вопросы отвечай прямо и кратко; для сложных задач давай полное, подробное объяснение. Не заполняй объём пересказом вопроса или повторяющими заключительными фразами.

→ Сначала предложи решение, потом действуй

Перед началом любой важной задачи сначала предложи 2–3 возможных варианта, подожди моего выбора, а затем продолжай.

→ Если не уверен в чём-то, что может навредить, сначала признай это

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

→ Кто я и что я знаю

Обо мне: [Имя] / Роль: [Ваша роль] / Область: [Сфера].

Я хорошо разбираюсь в: [То, что вы знаете].

Я ещё изучаю: [Пробелы в знаниях].

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

→ Контекст текущего проекта

Я работаю над: [Название проекта] / Цель: [Конкретный результат] / Аудитория: [Кто будет использовать] / Контекст технологического стека: [Соответствующие ограничения] / Чего следует избегать: [Список].

Применяй этот контекст к каждой задаче. Если какое-то требование не соответствует контексту, укажи на это перед выполнением.

→ Зафиксируй свой стиль изложения

Мой стиль письма: [Опишите свой стиль изложения].

Длина предложений: [Предпочтения].

Слова, которые я часто использую: [Примеры].

Слова, которые я никогда не использую: [Примеры].

Формат: [Проза или структурированный текст].

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

Ежедневное время на повторное объяснение контекста: 30 минут

При ставке разработчика 150 долларов в час: 75 долларов / день

В неделю: 375 долларов на разработчика

Команда из 5 человек: 1875 долларов в неделю

Время на настройку этой части CLAUDE.md: Итого 45 минут

Ошибка, которую следует избегать: Не пиши CLAUDE.md с нуля. Сначала используй следующий промт, а затем отредактируй результат:

На основе того, что я рассказал тебе о себе, моём проекте и о том, как я хочу работать, напиши для меня полный файл CLAUDE.md. Включи: кто я, мой технический бэкграунд, мои предпочтения в общении и поведение по умолчанию для каждого сеанса. Будь конкретным, используй простой текст, не более 500 слов.

Ограничения поведения: Те изменения «по 150 долларов в час», на которые у тебя не было полномочий

Ты попросил Claude исправить одну функцию.

В итоге он отрефакторил три файла, переименовал переменные, реорганизовал импорты и переписал комментарии, на написание которых ты потратил время.

И всё это без твоего подтверждения.

Проверка и откат этих ненужных изменений может занять 1 час, то есть 150 долларов. Три раза в неделю — 450 долларов. Для команды из 5 человек это 2250 долларов в неделю на очистку неавторизованных изменений.

Следующие 7 правил должны быть помещены в раздел ограничений поведения файла CLAUDE.md.

→ Строго контролируй область действия

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

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

→ Спрашивай перед серьёзными изменениями

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

→ Обязательное подтверждение перед любыми разрушительными действиями

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

«Ты упоминал об этом ранее» — не является подтверждением.

→ Обязательная пауза для действий в production-среде

Следующие действия требуют явного подтверждения в текущем сеансе, без исключений:

· Деплой или отправка в любую среду;

· Запуск миграций или изменений структуры базы данных;

· Отправка любых внешних API-вызовов;

· Выполнение любых команд с необратимыми побочными эффектами.

· Я должен явно сказать «да» в текущем сообщении.

→ Всегда показывай, что было изменено

После выполнения любой задачи по кодированию в конце обязательно укажи:

Изменённые файлы: список всех затронутых файлов;

Содержание изменений: одним предложением по каждому файлу;

Файлы, которые не были изменены намеренно;

Последующие вопросы для обработки.

→ Не действуй от моего имени без явного подтверждения

Без моего явного подтверждения в текущем сообщении не отправляй, не публикуй, не делись и не планируй ничего от моего имени. Включая письма, приглашения в календарь, общие документы или любые действия за пределами текущего диалога. Я должен явно сказать «да» в текущем сообщении.

→ Подумай, прежде чем писать код

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

Еженедельный откат ненужных изменений области действия: 150 долларов

Еженедельная ручная проверка diff: 75 долларов

Отходы, связанные с поведением, на одного разработчика: 225 долларов / неделя

Команда из 5 человек: 1125 долларов / неделя

Время на настройку раздела поведения в CLAUDE.md: 30 минут

Память и технологический стек: Настройки для по-настоящему надёжной работы Claude Code

Claude забывает всё между сеансами.

Каждое принятое вами решение, каждая неудачная попытка, причина выбора Prisma вместо Drizzle полгода назад, а также почему определённое ограничение связано с требованиями конкретного клиента — всё это будет забыто.

И затем он снова предложит варианты, которые вы уже отвергли.

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

→ Журнал решений MEMORY.md

Ведите в проекте файл под названием MEMORY.md. После каждого важного решения добавляйте запись:

· Что было решено;

· Почему было принято такое решение;

· Что было отвергнуто и почему.

В начале каждого сеанса сначала читай MEMORY.md. Без напоминания не противоречь уже записанным решениям.

→ Итог сеанса

Когда я говорю «session end», «wrapping up» или «let's stop here», добавь в MEMORY.md краткое содержание сеанса, включая:

· Что было обработано в этот раз;

· Что было завершено;

· Что всё ещё в процессе;

· Какие решения были приняты;

· Приоритеты для следующего сеанса.

→ Журнал неудач ERRORS.md

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

· Что не сработало;

· Что в итоге сработало;

· На что обратить внимание в следующий раз.

Перед предложением решения для похожей задачи сначала проверь ERRORS.md.

→ Список постоянных фактов

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

[Ваши постоянные ограничения, архитектурные решения и правила]

Если какая-то задача противоречит этим фактам, укажи на это перед выполнением.

→ Фиксация технологического стека

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

Язык: [Например, TypeScript]

Фреймворк: [Например, Next.js 14]

Менеджер пакетов: [Например, pnpm]

База данных: [Например, PostgreSQL с Prisma]

Тестирование: [Например, Vitest]

Стили: [Например, Tailwind CSS]

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

→ Включай расширенное обдумывание для сложных решений

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

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

→ Те 4 популярных правила

Карпати выделил 4 типа поведения, которые приводят к неудачам Claude Code. Один разработчик сформулировал их в виде 4 строк правил. Точность кодирования повысилась с 65% до 94%.

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

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

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

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

· Еженедельные затраты на восстановление из-за забытых решений и ошибочных рекомендаций: 300 долларов на разработчика

· Рекомендации неподходящих технологических стеков и несовместимых инструментов: 75 долларов в неделю

· Отходы, связанные с памятью, на одного разработчика: 375 долларов / неделя

· Команда из 5 человек: 1875 долларов / неделя

· Время на настройку MEMORY.md + ERRORS.md + технологического стека: 20 минут

Заключение

Полный подсчёт затрат следующий:

· Еженедельные повторные объяснения контекста: 375 долларов

· Еженедельный откат неавторизованных изменений: 225 долларов

· Еженедельная обработка проблем из-за забытых решений: 375 долларов

· Общие еженедельные отходы на одного разработчика: 975 долларов.

Для команды из 5 разработчиков: 4875 долларов в неделю. 253 500 долларов в год.

А настройка CLAUDE.md в общей сложности занимает всего 2 часа.

Только 4 правила Карпати повысили точность кодирования с 65% до 94%.

Один простой текстовый файл, 21 правило, два часа работы.

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

А те, кто ещё не настроил, по-прежнему тратят 975 долларов в неделю на повторение объяснений.

Примечание: Начни с 4 правил Карпати. Достаточно только этих 4 правил. Просто скопируй их прямо сейчас в новый файл под названием CLAUDE.md в корневой директории проекта — это займёт всего 2 минуты. Затем еженедельно постепенно дополняй его, исходя из обнаруженных пробелов.

Сохрани эту статью, пока её не заслонил поток информации. Если она показалась тебе полезной, поделись ею с тем, кому она действительно нужна.

Трендовые криптовалюты

Связанные с этим вопросы

QЧто такое CLAUDE.md и какова его основная цель?

ACLAUDE.md — это текстовый файл, размещаемый в корневой директории проекта, который служит инструкцией для Claude Code. Его основная цель — уменьшить повторение объяснений, ограничить выход модели за рамки задачи и сделать программирование с помощью ИИ более стабильным и контролируемым. Он заранее сообщает Claude о контексте проекта, стеке технологий, кодексе правил и принятых ранее решениях, что значительно улучшает точность и эффективность работы.

QКакие четыре основных правила Андрея Карпати упоминаются в статье?

AАндрей Карпати, сооснователь OpenAI и бывший руководитель отдела ИИ Tesla, сформулировал четыре ключевых правила, которые повышают точность работы Claude Code с 65% до 94%: 1) Если что-то неясно — сначала спроси. 2) Всегда начинай с самой простой рабочей схемы. 3) Не трогай код, не относящийся к текущей задаче. 4) Чётко обозначай любую неуверенность. Эти правила являются основой для файла CLAUDE.md.

QКакие финансовые затраты, согласно статье, возникают из-за отсутствия файла CLAUDE.md?

AСогласно статье, без CLAUDE.md разработчик тратит около 30 минут в день на повторное объяснение контекста Claude, что при средней почасовой ставке в 150 долларов обходится в 75 долларов в день или 375 долларов в неделю на одного разработчика. Для команды из пяти человек это составляет 1875 долларов в неделю. Дополнительные расходы возникают из-за отката несанкционированных изменений (225 долларов в неделю на человека) и ошибок, связанных с забытыми решениями (375 долларов в неделю на человека). Итоговая сумма потерь для одного разработчика — 975 долларов в неделю, а для команды из пяти человек — 4875 долларов в неделю или 253 500 долларов в год.

QКакие конкретные разделы и правила рекомендуется включить в файл CLAUDE.md?

AРекомендуется структурировать CLAUDE.md по следующим разделам: 1) **Настройки по умолчанию** (7 правил, например, убрать лишние слова, подбирать длину ответа под задачу, давать варианты решений). 2) **Ограничения поведения** (7 правил, например, строгий контроль области изменений, запрос подтверждения перед важными или деструктивными действиями). 3) **Память и стек технологий** (7 правил, включая ведение журналов решений MEMORY.md и ошибок ERRORS.md, фиксацию стека технологий и включение режима расширенного обдумывания для сложных задач). Начать можно с четырёх правил Карпати.

QКак файлы MEMORY.md и ERRORS.md дополняют CLAUDE.md?

AMEMORY.md и ERRORS.md являются вспомогательными файлами, которые создают для Claude подобие долговременной памяти проекта. MEMORY.md служит журналом важных решений, где фиксируется, что было решено, почему и какие варианты были отвергнуты. Claude читает его в начале сессии, чтобы не предлагать противоречащие решения. ERRORS.md — это журнал неудачных попыток и найденных решений, который помогает избежать повторения одних и тех же ошибок. Эти файлы интегрируются в CLAUDE.md и позволяют Claude работать с учётом всей истории проекта.

Похожее

Обратный отсчет Q-Day: Положит ли квантовые вычисления конец криптовалютам?

**Резюме: Отсчет до Q-Day — уничтожит ли квантовые вычисления криптовалюты?** Квантовые вычисления представляют системный вызов для криптографии с открытым ключом, лежащей в основе блокчейна. Основная угроза исходит от алгоритма Шора, который теоретически способен взломать ECDSA/ECC, подорвав безопасность подписей Bitcoin и Ethereum. **Суть угрозы:** Критический момент («Q-Day») наступит с появлением крупномасштабных, устойчивых к ошибкам квантовых компьютеров. Главная проблема — не отсутствие постквантовых криптографических алгоритмов (PQC, таких как ML-DSA, SLH-DSA), а колоссальная задача по скоординированному обновлению всей экосистемы до этого момента. Риск распределен неравномерно: в первую очередь под угрозой находятся активы, чьи открытые ключи уже раскрыты в блокчейне (например, старые BTC UTXO). **Подходы к решению:** * **Постквантовая криптография (PQC):** NIST стандартизировал алгоритмы на основе решеток (ML-KEM, ML-DSA) и хэшей (SLH-DSA). Их интеграция сталкивается с проблемами увеличения размера подписи и сложностью обновления. * **Bitcoin:** Главный вызов — социальный консенсус и управление. Необходимо решить, как поступить с «унаследованными» активами (legacy UTXO), чьи ключи уязвимы. Миграция, вероятно, будет происходить через мягкое форкирование, но это вызовет ожесточенные споры о неизменности и правах собственности. * **Ethereum:** Проблема носит более технический, инженерный характер. План включает обновление учетных записей (через абстракцию счетов), консенсусного уровня (замена BLS) и слоя данных. Ethereum Foundation активно работает над повышением «криптографической гибкости» сети. **Вывод:** Квантовые вычисления не являются мгновенным «концом» криптовалют. Это долгосрочный структурный риск, запускающий обратный отсчет для масштабной, сложной миграции. «Инженерное окно» для подготовки оценивается в 5-8 лет. Успех зависит от способности сообществ Bitcoin (социальное управление) и Ethereum (техническая сложность) скоординировать обновление всей экосистемы — от протоколов до кошельков и бирж.

marsbit5 мин. назад

Обратный отсчет Q-Day: Положит ли квантовые вычисления конец криптовалютам?

marsbit5 мин. назад

Трамп – самый искусный инвестор среди президентов США

Согласно отчету Управления по этике правительства США, бывший президент Дональд Трамп в 2025 году заработал рекордные 2,2 миллиарда долларов, что сделало его самым высокооплачиваемым президентом в истории США. Основными источниками дохода стали криптовалюта (примерно 1,4 млрд долларов, включая его мем-монету $TRUMP) и операции с недвижимостью (около 575 млн долларов), особенно в его курортных клубах, таких как Мар-а-Лаго. Также сообщается о более чем 22 000 операций с акциями за год, что вызвало споры о возможных конфликтах интересов, поскольку многие сделки совпадали по времени с важными политическими заявлениями. Трамп и его семья активно монетизировали президентское влияние через брендированные криптовалютные проекты и премиальный доступ к своим объектам. Критики утверждают, что такая деятельность размывает границы между государственной должностью и частным бизнесом, в то время как сторонники видят в этом успешную коммерческую деятельность. Отчет поднял новые вопросы о необходимости этических реформ для высших должностных лиц.

marsbit16 мин. назад

Трамп – самый искусный инвестор среди президентов США

marsbit16 мин. назад

Обратный отсчёт Q-Day: Покончит ли квантовый вычисление с криптовалютой?

**Квантовые вычисления и криптовалюты: обратный отсчет до Q-Day** Квантовые компьютеры, основанные на принципах квантовой механики (суперпозиция, запутанность), представляют собой экзистенциальную угрозу для блокчейн-индустрии, поскольку способны взломать используемую в ней криптографию с открытым ключом (ECC, RSA) за счет алгоритма Шора. Момент, когда это станет возможным (Q-Day), по оценкам, может наступить в 2035-2045 гг. Основной удар придется на публичные ключи, уже находящиеся в блокчейне (например, старые UTXO в Bitcoin), из которых можно будет восстановить приватные ключи и подделать транзакции. Это ставит под угрозу сам принцип "необратимости" активов. **Антиквантовая защита:** * **PQC (Постквантовая криптография):** Использование алгоритмов, устойчивых к квантовым атакам (на основе решеток, хэшей), например, стандарты NIST FIPS 203-205. * **Гибридные схемы:** Совместное использование классической и постквантовой криптографии для плавного перехода. **Практические вызовы для блокчейнов:** 1. **Bitcoin:** Главная проблема — социальный консенсус и управление. Необходимо решить судьбу уязвимых устаревших UTXO, не нарушая принцип "неизменности". Технически переход возможен через софт-форк, но новые подписи PQC значительно больше по размеру, что увеличивает нагрузку на сеть. 2. **Ethereum:** Проблема — сложность полного обновления стека (аккаунты, консенсус, доказательства с нулевым разглашением). Стратегия основана на повышении "криптографической гибкости" сети и использовании решений второго уровня (L2) для тестирования. **Вывод:** Угроза реальна, но это не "конец света". Индустрия имеет 5-8-летнее окно для скоординированного перехода всей экосистемы (протоколы, кошельки, биржи). Ключевым барьером для Bitcoin станут вопросы управления и права собственности, а для Ethereum — инженерная сложность полномасштабного обновления. Отсчет до Q-Day уже начался.

链捕手18 мин. назад

Обратный отсчёт Q-Day: Покончит ли квантовый вычисление с криптовалютой?

链捕手18 мин. назад

Strategy провела первую продажу биткоинов в рамках новой казначейской политики для выплаты дивидендов

Компания Strategy продала 3 588 биткойнов на сумму около 216 миллионов долларов США для выплаты дивидендов по своим ценным бумагам Digital Credit. Это первая заявленная сделка в рамках новой казначейской политики — Digital Credit Capital Framework, которая разрешает ограниченные продажи биткойнов для пополнения долларовых резервов, выплаты дивидендов и выкупа акций, при сохранении долгосрочной экспозиции компании к криптовалюте. После продажи резервы Strategy сократились до 843 775 BTC, при этом компания также располагает 2,55 миллиардами долларов наличных средств. Ранее, неделей до этого, компания приостановила закупки биткойнов и представила новый фреймворк. Эта сделка не означает резкого изменения стратегии, а демонстрирует эволюцию управления казначейством: биткойн теперь является не только активом для накопления, но и источником ликвидности для конкретных корпоративных целей в установленных рамках.

ambcrypto26 мин. назад

Strategy провела первую продажу биткоинов в рамках новой казначейской политики для выплаты дивидендов

ambcrypto26 мин. назад

Стратгия вынуждена продавать биткоины с убытком в $55 млн: вера должна платить проценты

7 июля Майкл Сейлор сообщил, что компания MicroStrategy продала 3588 BTC примерно за 216 миллионов долларов для выплаты дивидендов по своим привилегированным акциям. Продажа, осуществлённая по средней цене 60 197 долларов за BTC, привела к убытку около 55 миллионов долларов, так как средняя цена покупки компании составляла 75 651 долларов. Это первая существенная продажа с 2022 года и отход от предыдущей стратегии «никогда не продавать». Продажа стала результатом закрытия каналов финансирования компании. Рыночная цена её привилегированных акций (STRC) упала ниже номинала, что заблокировало возможность выпуска новых акций по выгодной цене. В условиях низкой премии к чистой стоимости активов (mNAV) и при наличии жёстких ежегодных обязательств по выплате дивидендов (около 1,76 млрд долларов) продажа части биткоинов стала, согласно собственной модели компании, оптимальным решением для защиты интересов акционеров. Это событие меняет восприятие MicroStrategy как «якоря веры» на рынке: из крупнейшего бессрочного покупателя она превращается в потенциального регулярного продавца. Чтобы покрыть годовые обязательства за счёт продажи BTC, компании может потребоваться продавать около 2400 BTC в месяц. У MicroStrategy есть резерв в 2,55 млрд долларов для покрытия расходов на 17 месяцев, поэтому непосредственного кризиса ликвидности нет. Однако её будущее теперь жёстко привязано к цене биткоина: восстановление и рост рынка необходимы для возобновления её прежней бизнес-модели.

链捕手49 мин. назад

Стратгия вынуждена продавать биткоины с убытком в $55 млн: вера должна платить проценты

链捕手49 мин. назад

Торговля

Спот

Популярные статьи

Как купить S

Добро пожаловать на HTX.com! Мы сделали приобретение Sonic (S) простым и удобным. Следуйте нашему пошаговому руководству и отправляйтесь в свое крипто-путешествие.Шаг 1: Создайте аккаунт на HTXИспользуйте свой адрес электронной почты или номер телефона, чтобы зарегистрироваться и бесплатно создать аккаунт на HTX. Пройдите удобную регистрацию и откройте для себя весь функционал.Создать аккаунтШаг 2: Перейдите в Купить криптовалюту и выберите свой способ оплатыКредитная/Дебетовая Карта: Используйте свою карту Visa или Mastercard для мгновенной покупки Sonic (S).Баланс: Используйте средства с баланса вашего аккаунта HTX для простой торговли.Третьи Лица: Мы добавили популярные способы оплаты, такие как Google Pay и Apple Pay, для повышения удобства.P2P: Торгуйте напрямую с другими пользователями на HTX.Внебиржевая Торговля (OTC): Мы предлагаем индивидуальные услуги и конкурентоспособные обменные курсы для трейдеров.Шаг 3: Хранение Sonic (S)После приобретения вами Sonic (S) храните их в своем аккаунте на HTX. В качестве альтернативы вы можете отправить их куда-либо с помощью перевода в блокчейне или использовать для торговли с другими криптовалютами.Шаг 4: Торговля Sonic (S)С легкостью торгуйте Sonic (S) на спотовом рынке HTX. Просто зайдите в свой аккаунт, выберите торговую пару, совершайте сделки и следите за ними в режиме реального времени. Мы предлагаем удобный интерфейс как для начинающих, так и для опытных трейдеров.

1.6k просмотров всегоОпубликовано 2025.01.15Обновлено 2026.06.02

Как купить S

Sonic: Обновления под руководством Андре Кронье – новая звезда Layer-1 на фоне спада рынка

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

2.3k просмотров всегоОпубликовано 2025.04.09Обновлено 2025.04.09

Sonic: Обновления под руководством Андре Кронье – новая звезда Layer-1 на фоне спада рынка

HTX Learn: Пройдите обучение по "Sonic" и разделите 1000 USDT

HTX Learn — ваш проводник в мир перспективных проектов, и мы запускаем специальное мероприятие "Учитесь и Зарабатывайте", посвящённое этим проектам. Наше новое направление .

1.9k просмотров всегоОпубликовано 2025.04.10Обновлено 2025.04.10

HTX Learn: Пройдите обучение по "Sonic" и разделите 1000 USDT

Обсуждения

Добро пожаловать в Сообщество HTX. Здесь вы сможете быть в курсе последних новостей о развитии платформы и получить доступ к профессиональной аналитической информации о рынке. Мнения пользователей о цене на S (S) представлены ниже.

活动图片