Add chunk bulk upload API
メンテナーはふだん 2 日以内に返信
まだ誰も着手していません。
評価
調査の方向性
Read the existing POST /chunks handler and websocket upload protocol, then compare them with the linked BeeTurbo ChunksBulkUploadHandler.cs for the proposed request format. The issue does not name Bee files or tests; first locate the upload entry points and tests. Done means a new, non-retro-compatible endpoint accepts multiple chunks in one request and validates each chunk’s integrity.
索引モデルが issue の本文から書いたものです。
説明
Summary
Current http and websocket upload APIs are heavily suboptimized. A better API to improve upload speed is necessary.
Motivation
Current POST /chunks API and websocket protocol work in the same way, sending one chunk at time, and waiting ack from node.
All the time the network is always waiting for something, or to receive new chunk data, or confirmation that data has been received. The network line is always empty of data.
Instead, to have a continuous stream of chunks is a really better solution.
Implementation
I've implemented an alternative rest API into an experimental reverse proxy project that I've called "BeeTurbo". It is putted directly in front of bee.
api implementation: https://github.com/Etherna/bee-turbo/blob/3516cf9f0b67af3ae58308d5f7433048fdbff5aa/src/BeeTurbo/Handlers/ChunksBulkUploadHandler.cs
Basically, it receives a set of chunks with a single POST request. Payload is composed as continuous list of chunks, where each one is described as:
- uint16 with chunk's size in byte
- chunk's payload, of the given size
- swarm hash, used only to check chunk's integrity
Drawbacks
The new api is not retro-compatible, a new endpoint has to be introduced
- 主要言語
- Go
- スター
- 1.5k
- フォーク
- 390
- 平均マージ
- 2日 23時間
- マージ済み PR（30日）
- 24
環境構築
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
ethersphere/bee のほかの issue
-
Chequebook deployment uses a fixed 175,000 gas limit; it needs about 630,000 under Glamsterdam (live on Sepolia since 2026-10-06)対応中かも @sbackend123 が 18 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
ethersphere/bee#5650 · 担当者 1 名 ·
メンテナーはふだん 2 日以内に返信
-
Write down task hereオープン
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
ethersphere/bee#5678 ·
メンテナーはふだん 2 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
ethersphere/bee#5666 ·
メンテナーはふだん 2 日以内に返信
-
Add a transaction inbox for outbound chain transactions対応中かも @sbackend123 が 12 日前に担当しました。 オープンseen
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
ethersphere/bee#5660 · 担当者 1 名 ·
メンテナーはふだん 2 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 45/100
ethersphere/bee#5659 · コメント 6 件 ·
メンテナーはふだん 2 日以内に返信
ethersphere/bee の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
-
area/frontend/library-panels automated-triage type/bug type/ux
難易度 1/5 1時間未満 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 67/100
microsoft/azure-linux-image-tools#954 ·
メンテナーはふだん 1 日以内に返信
-
panic "time: missing Location in call to Time.In" on MySQL via aws_rds since v0.8.0対応中かも @tylertechgraves が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
open-policy-agent/opa-control-plane#452 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
[bug bash] Actor logs are controlled by Kubernetes RBAC on the pool namespace, not atespace rolesオープンarea/cli area/security bug-bash kind/docs
難易度 1/5 1〜3時間 初心者へのやさしさ 80/100
agent-substrate/substrate#3242 ·
メンテナーはふだん 1 日以内に返信