Skip to Content
HardwareConceptosCompatibilidad de cadenas

Compatibilidad de cadenas

Esta página presenta la matriz de métodos públicos del SDK de hardware, no la lista de monedas de OneKey App. Las cifras promocionales de la aplicación (100+ cadenas, 30,000+ tokens) describen el catálogo de la cartera. Como integrador, debes contar solo los métodos que puedes llamar en HardwareSDK.

Fuente de referencia para Pro 2 / Neo: el método de cada clase Core getSupportedProtocols(). De forma predeterminada, solo es compatible con Protocol V1. Una cadena está disponible en Pro 2 / Neo solo cuando el método devuelve ['V1', 'V2']. Las versiones mínimas de firmware (min) pueden quedar obsoletas; consulta la página del método y el firmware del dispositivo, no las copies aquí.

Protocol V1 y V2 (Pro 2 / Neo)

FamiliaMétodos públicosClassic 1s / Touch / ProMiniPro 2 / Neo
EVMevmGetAddress evmGetPublicKey evmSignMessage evmSignTransaction evmSignTypedData evmVerifyMessageSíSíV1+V2
Bitcoin y derivadosbtcGetAddress btcGetPublicKey btcSignMessage btcSignTransaction btcVerifyMessage btcSignPsbtSí (consulta las salvedades)SíV1+V2 (Bitcoin). Neurai solo admite V1
SolanasolGetAddress solSignMessage solSignTransaction solSignOffchainMessageSíSíV1+V2
AptosaptosGetAddress aptosGetPublicKey aptosSignMessage aptosSignTransaction aptosSignInMessageSí (consulta las salvedades)SíV1+V2
SuisuiGetAddress suiGetPublicKey suiSignMessage suiSignTransactionSíSíV1+V2
CosmoscosmosGetAddress cosmosGetPublicKey cosmosSignTransactionSíSíV1+V2
NEARnearGetAddress nearSignTransactionSíSíV1+V2
TONtonGetAddress tonSignMessage tonSignProof tonSignDataSí. Classic (no 1s): noDirecciones sí; firma/prueba: noV1+V2
TRONtronGetAddress tronSignMessage tronSignTransactionSíDirecciones sí; firma de mensajes: noV1+V2
CardanocardanoGetAddress cardanoGetPublicKey cardanoSignMessage cardanoSignTransactionSíSíV1+V2
PolkadotpolkadotGetAddress polkadotSignTransactionSíSíV1+V2
Ripple (XRP)xrpGetAddress xrpSignTransactionSíSíV1+V2
FilecoinfilecoinGetAddress filecoinSignTransactionSíSíV1+V2
ConfluxconfluxGetAddress confluxSignMessage confluxSignMessageCIP23 confluxSignTransactionSíSíV1+V2
KaspakaspaGetAddress kaspaSignTransactionSíSíV1+V2
AlgorandalgoGetAddress algoSignTransactionSíSíV1+V2
NEMnemGetAddress nemSignTransactionSíSíV1+V2
NostrnostrGetPublicKey nostrSignEvent nostrSignSchnorr nostrEncryptMessage nostrDecryptMessageSíSíV1+V2
StarcoinstarcoinGetAddress starcoinGetPublicKey starcoinSignMessage starcoinSignTransaction starcoinVerifyMessageSíSíV1+V2

Solo Protocol V1: no compatible con Pro 2 / Neo

Estos métodos solo declaran Protocol V1. No los llames en Pro 2 ni en Neo. Stellar, Alephium y Neo (la cadena, no el dispositivo OneKey Neo) están explícitamente excluidos del conjunto de Pro 2 / Neo.

FamiliaMétodos públicosNotas
StellarstellarGetAddress stellarSignTransactionNo compatible con Pro 2 / Neo
AlephiumalephiumGetAddress alephiumSignMessage alephiumSignTransactionNo compatible con Pro 2 / Neo. La firma en Classic / Mini / Touch figura entre las excepciones de las pruebas de compatibilidad
BenfenbenfenGetAddress benfenGetPublicKey benfenSignMessage benfenSignTransactionNo compatible con Pro 2 / Neo. Classic figura entre las excepciones de las pruebas de compatibilidad
NexanexaGetAddress nexaSignTransactionNo compatible con Pro 2 / Neo
DynexdnxGetAddress dnxSignTransactionNo compatible con Pro 2 / Neo. Pro / Classic 1s / Mini / Touch figuran entre las excepciones de las pruebas de compatibilidad
NervosnervosGetAddress nervosSignTransactionNo compatible con Pro 2 / Neo
SCDOscdoGetAddress scdoSignMessage scdoSignTransactionNo compatible con Pro 2 / Neo. Classic / Mini / Touch figuran entre las excepciones de las pruebas de compatibilidad
Neo (cadena)neoGetAddress neoSignTransactionNo compatible con Pro 2 / Neo. Classic / Mini / Touch figuran entre las excepciones de las pruebas de compatibilidad. No se refiere al dispositivo OneKey Neo
LightninglnurlAuthNo compatible con Pro 2 / Neo
Métodos adicionales de EVMevmSignMessageEIP712Flujo antiguo de datos tipados; da preferencia a evmSignTypedData (V1+V2)

Salvedades de los dispositivos (pruebas de compatibilidad)

Estas son combinaciones de método y modelo para las que las pruebas de compatibilidad del repositorio permiten fallos. Se trata de una limitación de la cobertura de pruebas, no del resultado de una prueba reciente con hardware. No anuncies compatibilidad con estas combinaciones sin validar el firmware y el método exactos en el dispositivo.

ModeloNo des por compatible
ClassicTON, Alephium, SCDO, Benfen, Neo (cadena), btcSignPsbt, aptosSignInMessage
Classic 1s / PureDynex
MiniFirma de Alephium, firma de Dynex, firma de Neo (cadena), firma de SCDO, firma/prueba de TON, firma de mensajes TRON. Sin BLE
TouchFirma de Alephium, firma de Dynex, firma de Neo (cadena), firma de SCDO
ProDynex
Pro 2Métodos de cadena con ['V1', 'V2'] indicados arriba. Tiene cámara (Air-Gap)
NeoLos mismos métodos de cadena que Pro 2. Sin cámara, NFC, lector de huellas ni Find My — sin QR Air-Gap

EIP-7702 (authorizationList) no es compatible con Classic.

Función auxiliar de direcciones por lotes

allNetworkGetAddress / allNetworkGetAddressByLoop son funciones auxiliares V1+V2. Aun así, fallan en una conexión Protocol V2 si el método propio de la red solo admite V1.

Derivados de Bitcoin

btc* aceptan un parámetro coin / coin_name. La mayoría de los forks siguen la fila de Bitcoin (V1+V2). Neurai solo admite Protocol V1.

Cómo decidir en tiempo de ejecución

getSupportedProtocols() es un hook de la clase del método Core, no una llamada pública de HardwareSDK. Usa esta página junto con el dispositivo conectado:

  1. ¿El SDK exporta el método?
  2. ¿El dispositivo tiene connectProtocol 'V1' o 'V2'?
  3. ¿Esta página indica que el método admite V1+V2 o solo V1?
  4. ¿Este modelo aparece en la tabla de salvedades?
  5. ¿El firmware cumple la versión indicada en la página del método?

No cambies el comportamiento según el PID USB o el nombre BLE. Consulta Protocol V1 y V2 y Dispositivos.

Siguiente

Última actualización el