Часто задаваемые вопросы о NCD

(352 nL)
5 min read
To Share and +4 nLEARNs

NEAR Протокол

NEAR Протокол – это децентрализованная платформа для создания децентрализованных приложений.

NEAR использует механизм консенсуса Proof of Stake (PoS) для обеспечения безопасности сети.

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


:notebook: NEAR Certified Developer Course

Записываются ли встречи?

Да, для каждой группы есть записи.

Что мы узнаем за неделю?

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

В ходе курса мы практикуем следующее:

  • восприятие веб 3 в контексте истории человечества
  • чтение кода контракта на Rust и AssemblyScript
  • написание контрактов на Rust и AssemblyScript
  • тестирование контрактов с использованием модульных и симуляционных тестов
  • развертывание контрактов и удобного пользовательского интерфейса

Курс включает много прослушивания, просмотра, чтения и написания. Рекомендуется минимум 2 часа в день, но вероятно, что разработчики с менее чем тремя годами опыта веб-разработки будут тратить от 4 до 6 часов в день.

Что мы представим в конце недели?

Каждая группа представит проект, структурированный как в примере: NEARly Neighbors

Проект должен включать следующие элементы:

  • исходный код контракта (Rust, AssemblyScript или оба)
  • модульные тесты, все проходят
  • симуляционные тесты, все проходят
  • макеты (пользовательский интерфейс), но рабочий интерфейс не требуется
  • документация (сборка, запуск тестов и т. д.), чтобы помочь другим изучить вашу работу

Если вам нужен конкретный пример всего этого, обратитесь к NEARly Neighbors, ссылка на которую указана выше.

Сколько человек составляют группу?

Группы должны состоять из 3-5 человек. Они должны находиться в одном (или в одинаковом) часовом поясе для более удобного сотрудничества.

В чем разница между NCD.L1 и NCD.L1v?

Сертификация NCD для уровня 1 (L1) имеет 2 компонента:

  • NCD.L1 сертифицированные участники – члены этой группы посещают одну неделю NCD и участвуют в создании и демонстрации для получения “сертификата о завершении”
  • NCD.L1v проверенные разработчики – члены этой группы завершают NCD. l1 и проходят 60-минутное техническое интервью для получения “сертификата верификации”

NCD.L1 – это сигнал вашего намерения учиться и вашего обязательства к 5-дневной программе от начала до демонстрации.

NCD.L1v – это подтвержденная запись того, что вы поняли материал и способны применять его к проектированию, разработке, тестированию и развертыванию умных контрактов NEAR

Для получения L1v участники должны сначала завершить стандартный курс NCD L1 с демонстрацией, а затем назначить 60-минутное парное техническое интервью с специалистом по верификации.

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

  • Объяснение работающего контракта
    • Рассуждение о поведении контракта (основные контракты, примеры learn-near и т. д.)
    • Предсказание эффекта изменения контракта
    • Создание руководства по использованию контракта (команды NEAR CLI, вызовы API и т. д.)
  • Устранение неисправностей неисправного контракта
    • Исправление ошибки компиляции
    • Исправление неудачного модульного теста
    • Исправление неудачного симуляционного теста
    • Исправление ошибки времени выполнения (логика контракта, интерфейс или другие проблемы)
  • Улучшение работающего контракта
    • Рефакторинг контракта
    • Улучшение существующей функции
    • Добавление новой функции
    • Оптимизация контракта (размер, скорость, хранение и т. д.)
  • Создание нового контракта
    • Перевод существующего контракта из AssemblyScript в Rust или наоборот
    • Проектирование нового контракта как улучшение существующего
    • Проектирование совершенно нового контракта на основе требований (предоставляемых верификатором)
    • Проектирование совершенно нового контракта на основе оригинальной идеи (собственной или идеи верификатора)

Результатом сессии верификации будет одно из следующих: (a) Проверено или (b) Непроверено

Если вы не проходите интервью по верификации, вы можете перенести сессию 1 раз (максимум 2 попытки) перед тем, как попасть в список ожидания на 180 дней.

Возможно ли сразу перейти к сертификации L3 в случае, если у вас уже есть работающее dApp?

Ключевой вопрос здесь может быть “зачем вообще получать сертификат?”, поскольку сертификация является сигналом, который разработчик будет использовать для общения с другими, такими как потенциальные инвесторы, сооснователи и работодатели.

Другими словами, если вы успешно запустили Instagram в прошлом году, нет необходимости получать сертификат разработчика JavaScript, чтобы доказать, что вы это сделали.

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

:notebook: NEAR Protocol

Как NEAR сравнивается с Ethereum 2.0?

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

Какой алгоритм консенсуса используется в NEAR?

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

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

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

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

– Источник: Обзор платформы уровня 1

Также связано:

Generate comment with AI 2 nL

313

Оставьте комментарий

Hire AI to help with Comment

To leave a comment you should to:


Пролистать наверх