Во-первых, подтвердите, к какому типу форка относится сообщение.
Термин «форк» может использоваться для описания обновлений протокола, конкурирующих цепочек или временных расхождений в цепочках; его значение варьируется в зависимости от контекста. При появлении сообщения о «скором создании форка» сначала запишите название сети, название предложения, изменения и дату сообщения, а затем уточните, является ли это идеей, реализацией или событием активации. В этой статье описываются методы чтения новостей и не сообщается о каких-либо текущих новых форках или даются рекомендации по времени торговли.
Принятие предложения не означает его принятие сетью.
В репозитории технических предложений записываются обсуждения и спецификации. Номер предложения или изменение его статуса не доказывают, что все пользователи его приняли. Необходимо проверить реализацию, версию клиента и условия активации. Заявления о поддержке сообщества не могут заменить проверяемые результаты сети. Если в новостных сообщениях цитируется только один разработчик, следует сохранить его контекст и не переписывать его как окончательное решение всей сети.
Выпуск клиентского программного обеспечения и фактическая эксплуатация разделены
В примечаниях к выпуску версии программного обеспечения может быть указано, была ли реализована функция, но пользователи и операторы могли еще не обновиться. Активация должна определяться на основе соответствующего механизма, сети, блока или временных условий. Не следует смешивать основную и тестовую сети, а также следует различать версии-кандидаты и стабильные версии. Ссылки для скачивания должны поступать из официальных источников; не устанавливайте напрямую только потому, что на новостной странице есть кнопка «Обновить кошелек».
Восстановите хронологию, используя таблицу доказательств
Каждая запись включает исходную дату, сеть, этап, ответственное лицо и доказательства. Например, сначала может быть обсуждение предложения, затем тестирование и реализация, а вопрос о том, была ли она окончательно активирована, требует дальнейшей проверки. Этот порядок указывает только на общие методы проверки и не гарантирует, что каждое соглашение использует один и тот же процесс. При изменении дат сохраняйте старые прогнозы и новые пояснения; не изменяйте первоначальный отчет, чтобы он стал точным.
Проверяйте активы и объявления платформы отдельно.
События, предусмотренные соглашением, не означают автоматически, что пользователи получат новые активы, и не гарантируют, что платформа поддерживает депозиты, транзакции или вывод средств. Проверьте конкретные активы платформы, сеть и временной интервал, чтобы убедиться, что от пользователя требуется какое-либо действие. Особенно остерегайтесь веб-сайтов, которые запрашивают ваш приватный ключ для «получения форкнутых монет»; импорт вашего реального кошелька для получения неизвестных активов может повлечь за собой риски, намного превышающие потенциальную выгоду.
В выводах отчета следует сохранять неопределенность.
В статье разделяются фактические события, планы и неподтвержденные слухи, приводятся ссылки на первоначальные предложения и официальные заявления. Там, где проверка невозможна, четко указано «ожидается подтверждение»; в статье не делается вывод о возникновении технических событий на основе изменений рыночной цены. Форки связаны со сложными вопросами, такими как совместимость, воспроизведение и поддержка сервисов; данная статья не гарантирует безопасность какого-либо решения и не является инвестиционной или операционной рекомендацией.