Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

[Feature request] Cap "select all" coin selection at 256 inputs (the per-transaction maximum)

Đang mở
  • Có gì không ổn?
#316 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Chưa có ai nhận issue này.

Đánh giá

Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức phù hợp với người mới
48/100
Loại issue
Tính năng
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Sôi nổi
Công nghệ
android, kotlin
Lĩnh vực
mobile

Hướng nghiên cứu

Start by locating the Android send flow’s coin control screen and the code that handles “Select all” for manually selected UTXOs. Trace how that selection reaches transaction building, and check whether an existing coin selection rule sets the input order or limit. Done means selection is capped at 256, the UI reports how many remain, and the large manual selection failure is investigated.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

Title: Cap "select all" coin selection at 256 inputs (the per-transaction maximum)

Description

When a wallet has more than 256 UTXOs, the "select all" option in manual coin control currently tries to include every input. Since a single transaction supports at most 256 inputs, this results in an invalid or failing transaction rather than a usable one.

Expected behaviour

"Select all" should select the top 256 UTXOs (e.g. largest-value first, or whatever ordering coin selection already uses), filling the transaction to its maximum input count instead of exceeding it. The UI should make it clear that the selection has been capped and how many UTXOs remain unselected.

Current behaviour

All UTXOs are selected regardless of count, so wallets with >256 UTXOs cannot use "select all" to build a valid transaction.

Steps to reproduce

  1. Use a wallet (mainnet, testnet, or Liquid) holding more than 256 UTXOs.
  2. Open Send → coin control / manual UTXO selection.
  3. Tap "Select all".
  4. Attempt to build or sign the transaction.

Proposed solution

  • Change "Select all" to select min(total_utxos, 256) inputs, ordered by value descending (or by the existing coin-selection heuristic).
  • Show a notice such as "256 of N UTXOs selected (transaction limit)".
  • Optionally offer a "Select next 256" action so users can consolidate large UTXO sets across several transactions.

Related: sending 255 manually selected inputs fails

Even staying under the limit, building a transaction with 255 manually selected UTXOs fails with:

Made one or multiple attempts, all errored:
	- EOF while parsing a value at line 1 column 0

This looks like a serde_json error from GDK receiving an empty response from a backend call (fee estimation, UTXO fetch, or broadcast) rather than a transaction-construction error. Possibly a request timeout or payload size limit when the input set is large.

Steps to reproduce

  1. Open Send → coin control.
  2. Manually select 255 UTXOs.
  3. Enter a recipient and amount, continue to review/sign.
  4. Error above is shown; the transaction is never built.

Questions for maintainers

  • Is there a practical input limit below 256 that the app enforces or should enforce?
  • Does the same happen with a smaller selection (e.g. 100 inputs)? (fill in if you've tested)
Ngôn ngữ chính
Kotlin
Star
272
Fork
110
Không có pull request nào được merge trong 30 ngày

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của Blockstream/green_android

Tất cả issue của Blockstream/green_android

Issue tương tự

Thêm issue về Kotlin

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.