Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Meta: Blob Submission Pipeline

オープン
#44 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
20/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
停滞
技術スタック
go

調査の方向性

まず、カスタムのトランザクション送信クライアントと celestia-node のどちらを使用するかを決定するサブイシュー #4 から始めます。次に、#9、#5、#8、#18、#19 の順に依存関係をたどります。上位のストレージ API 向けの blob トランザクションを完全な書き込みパスで構築、署名、nonce 設定、ブロードキャスト、確認できれば作業は完了です。

索引モデルが issue の本文から書いたものです。

説明

Summary

Tracking issue for the full blob submission (write path) pipeline. This is a prerequisite for all higher-level storage APIs (#43).

Apex is currently read-only. To support S3, Git, and npm storage APIs, we need a complete write path: construct transactions, sign them, manage nonces, broadcast, and confirm.

Sub-issues (dependency order)

Core submission client
  • #4 — Evaluate custom tx submission client vs celestia-node client (root decision)
Signing & identity
  • #9 — Keyring and signing for transaction submission
  • #5 — Multi-account support for transaction submission
Reliability
  • #8 — Nonce management for transaction submission
  • #18 — Rate limiting and circuit breaker for transaction submission
  • #19 — Transaction confirmation and lifecycle tracking

Dependency graph

#4 (submission client decision)
├── #9 (keyring/signing)
│   └── #5 (multi-account)
├── #8 (nonce management)
│   └── #5 (multi-account)
├── #18 (rate limiting / circuit breaker)
└── #19 (tx confirmation / lifecycle)

Relationship to storage APIs

The storage platform features (#43) all depend on this pipeline:

S3 API (#40) ──┐
Git remote (#41) ──┼── Blob Submission Pipeline (this issue)
NPM registry (#42) ──┘         │
                          ┌─────┴─────┐
                          #4 #8 #9 #5 #18 #19

Without a working write path, the storage APIs are read-only caches at best.

主要言語
Go
スター
4
フォーク
0
PR マージ指標
30日以内にマージされた PR はありません

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

evstack/apex のほかの issue

evstack/apex の issue をすべて見る

似ている issue

Go の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。