Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

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

Abierto
  • ¿Algo no está bien?
#316 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
48/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
android, kotlin
Área
mobile

Línea de trabajo

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.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

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)
Lenguaje dominante
Kotlin
Estrellas
272
Forks
110
Sin PR fusionados en 30 d

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de Blockstream/green_android

Todos los issues de Blockstream/green_android

Issues similares

Más issues de Kotlin

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.