Учебное Web3-приложение — страница 3

Материалы для проекта «Учебное Web3-приложение» объединяют несколько направлений. Начните с разделов ниже.

Материалы

• Bitcoin и Lightning: платежи на сайте

  Тридцать уроков оплаты учебной библиотеки: regtest, точный учёт Bitcoin, выдача доступа, восстановление и отдельный Lightning-адаптер.

• Bitcoin-платежи: изолированная лаборатория regtest

  Определяем отдельный datadir, локальный RPC и роли учебной библиотеки, прежде чем моделировать оплату курса Bitcoin.

• Bitcoin-платежи: кошельки библиотеки и читателя

  Разделяем роли продавца и покупателя, описываем descriptor-кошельки и получение учебных средств в regtest без запуска команд.

• Bitcoin-платежи: сатоши и точность расчёта суммы

  Задаём целые сатоши, точное преобразование Decimal, JSON-строки и BigInt, не смешивая BTC, сатоши и комиссии.

• Bitcoin-платежи: счёт, заказ и адрес

  Разделяем заказ, счёт и платёж; фиксируем цену, владельца, адрес и срок на сервере, учитывая повтор создания и сбой между RPC и SQL.

• Bitcoin-платежи: платёжная ссылка и QR

  Формируем платёжную URI по BIP 321, отделяем QR от подтверждения и сохраняем точные серверные условия счёта.

• Bitcoin-платежи: защищённый адаптер RPC

  Ограничиваем RPC служебным клиентом чтения: фиксированные endpoints, cookie, allowlist, JSON-RPC envelope и пределы ответа.

• Bitcoin-платежи: ошибки RPC и повтор запроса

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

• Bitcoin-платежи: наблюдение выходов по кошельку

  Нормализуем входящие выходы кошелька по network, txid и vout, связываем их со счётом и сохраняем контекст цепочки.

• Bitcoin-платежи: идемпотентный журнал платежей

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

• Bitcoin-платежи: политика подтверждений заказа

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

• Bitcoin-платежи: частичная и избыточная оплата

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

• Bitcoin-платежи: истечение срока и поздний перевод

  Разделяем срок инструкции и денежное поступление, сохраняем старые адреса и вводим объяснимый разбор поздней оплаты.

• Bitcoin: замена и конфликт платёжной транзакции

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

• Bitcoin-платежи: обработка реорганизации блокчейна

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

• Bitcoin-платежи: выдача доступа и transactional outbox

  Связываем квалификацию платежа с выдачей доступа через transactional outbox и устойчивый ключ повторной доставки.

• Bitcoin-платежи: возврат с отдельным согласованием

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

• Bitcoin-платежи: сверка журнала и кошелька

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

• Bitcoin-платежи: восстановление платёжного сервиса

  Собираем процедуру восстановления: назначение адресов, кошелёк, журнал, контрольные точки, повтор чтения и сверка outbox.

• Lightning и канал оплаты

  Модель финансирования и состояния канала

• Lightning Network: направление и ликвидность канала

  Понимание возможности входящего платежа

• HTLC в Lightning: хеш и ограничение времени

  Модель условного маршрута платежа

• BOLT11 в Lightning: платёжный счёт

  Связь счёта с payment hash и сроком

• Адаптер Lightning для сайта

  Общий интерфейс двух платёжных систем