hailin dbeef9f415 fix(android): 修正2-of-3服务器备份参与方选择逻辑 ... 问题描述： 之前的实现在勾选"包含服务器备份"时，会选择全部3个参与方 （2个用户设备 + 1个服务器），导致后端报错： "need exactly 2 parties for threshold 2, got 3" 根本原因： buildSigningParticipantList() 方法在 includeServerParties=true 时， 返回了所有参与方，没有排除丢失的设备。 修复内容： 1. buildSigningParticipantList() 新增 currentPartyId 参数 2. includeServerBackup=true 时的新逻辑： - 只选择当前设备 (currentPartyId) - 加上服务器方 (co-managed-party-*) - 排除另一个丢失的用户设备 - 总共正好 2 个参与方，满足 threshold t=2 3. 增强调试日志： - [PARTICIPANT-LIST] Device lost mode - Selected X parties for signing 测试场景： - 不勾选：2个用户设备参与（默认行为） - 勾选：1个当前设备 + 1个服务器 = 2方（设备丢失场景） 修改文件： - TssRepository.kt (lines 3719-3744, 3796-3804) Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>		2026-01-26 18:11:17 -08:00
..
account	Revert "fix(co-keygen): convert threshold at storage time to match tss-lib convention"	2025-12-31 10:24:25 -08:00
message-router	fix(message-router): prevent subscription race condition on gRPC reconnect	2026-01-01 10:04:11 -08:00
server-party	feat(server-party): add ExecuteWithSessionInfo for co-managed keygen	2025-12-30 00:43:09 -08:00
server-party-api	fix(context): use parent context instead of Background() to allow proper cancellation	2025-12-06 06:36:34 -08:00
server-party-co-managed	fix(server-party-co-managed): use session_started event for participants list	2025-12-30 00:52:28 -08:00
service-party-android	fix(android): 修正2-of-3服务器备份参与方选择逻辑	2026-01-26 18:11:17 -08:00
service-party-app	fix(tss): 修复备份恢复后签名失败的问题	2026-01-20 00:39:05 -08:00
session-coordinator	feat(session): broadcast participant_joined event via gRPC for real-time UI updates	2026-01-01 08:34:47 -08:00
tss-wasm	feat(tss): add real-time round progress from msg.Type() parsing	2026-01-01 22:41:51 -08:00