Sigma Wallet despliega una bóveda que solo mueve dinero cuando suficientes co-propietarios están de acuerdo. Usted conserva las claves; el contrato conserva la regla. Esta guía explica qué va a pulsar realmente y qué puede hacer, con exactitud, cada dirección.
Tres co-propietarios, tres claves independientes. Los tres deben aprobar antes de que se ejecute una transferencia: ninguna dirección por sí sola, ni siquiera la que desplegó la bóveda, puede mover los fondos.
| Fijo | Configurable | |
|---|---|---|
| Cuota de despliegue | 1× precio base | 2× precio base (en todos los modos de pago: USDT fijo, token personalizado, promoción) |
| Umbrales y demoras | Fijados para siempre en el despliegue; nadie puede cambiarlos jamás | Los co-propietarios pueden cambiar después 6 parámetros (umbrales de transferencia/reemplazo, demoras de ejecución, ventanas de aprobación) proponiendo, esperando la demora y ejecutando. Requiere aprobación de n−1 |
| ¿Se puede cambiar después? | No. La elección se hace una sola vez, en el despliegue, y es permanente durante toda la vida de la bóveda. | |
| Ideal para | Una bóveda cuyas reglas nunca deban cambiar, aunque los co-propietarios cambien de opinión | Un equipo cuya política de aprobación pueda necesitar evolucionar (p. ej. relajar una demora una vez establecida la confianza) |
Interactivo
Deslice el número de cotitulares. La lectura usa defaults Fijo (transferencia = todos, reemplazo = n−1). Configurable puede cambiar umbrales después con n−1.
La transferencia necesita {transfer}/{n} aprobaciones; luego cualquier cotitular puede ejecutar.
El reemplazo necesita {replace}/{n} aprobaciones; tras la espera, cualquier cotitular puede ejecutar.
Interactivo
Elija el tipo. La decisión se toma solo en el despliegue y no se puede invertir después.
Sigma Wallet ha pasado por tres contratos Factory. Las bóvedas ya desplegadas siguen funcionando exactamente igual que antes; lo único que cambia es la posibilidad de crear nuevas.
| Generación | ¿Nuevos despliegues? | Reglas |
|---|---|---|
| V2: actual | ✅ Activo | Bóvedas V4 Fijo/Configurable como arriba, más una lista blanca de bytecode controlada por un guardián (una clave de owner robada por sí sola no puede imponer código de bóveda sin revisar) y un panel de owner que solo se abre en una breve ventana firmada. |
| V2: reemplazado el 2026-11-07 | ❌ Suspendido | Las mismas reglas V4 Fijo/Configurable, pero esta Factory no tenía lista blanca de bytecode. Fue reemplazada por la Factory V2 actual; las bóvedas que ya desplegó no se ven afectadas. |
| V3: heredada | ❌ Suspendido | El modelo original de 3 slots fijos descrito en el resto de esta guía: aprobación unánime (3 de 3) para transferir, pero solo el Co-Propietario 1 puede ejecutar incluso después de que los 3 aprueben; 2 de 3 para reemplazar a un co-propietario. |
Abra "Sus bóvedas" en la app: cada bóveda muestra qué generación la desplegó, y la página compara las reglas cuando sus propias bóvedas abarcan más de una generación.
Estos cinco sitios resisten fallos distintos. La pregunta útil es qué fallo aceptas. Un Ledger también puede ser la clave hardware de un cotitular en una bóveda Sigma o un Safe — eso es combinar, no sustituir.
| Cartera software de una clave | Ledger (hardware) | Cuenta de exchange | Bóveda Sigma | Safe | |
|---|---|---|---|---|---|
| Quién tiene las monedas | Esa cartera software | Direcciones de la frase mostrada en el dispositivo | El exchange | Tu contrato bóveda | Tu contrato Safe |
| Dónde está la clave privada | Teléfono / navegador / extensión | Secure Element (si es genuino y sin manipular) | Sistemas de custodia del exchange | No hay clave única de la bóveda — votan los cotitulares | No hay clave única de Safe — votan los owners |
| Quién puede mover | Esa única clave, al momento | Quien controla el PIN y la frase de recuperación | El exchange, según sus reglas | Votan suficientes cotitulares; luego cualquier cotitular actual elige el destinatario | Suficientes owners firman esa transacción concreta |
| Una clave robada / una firma mala | Puede vaciar la cartera | El dispositivo solo, sin PIN, es difícil de vaciar; una frase filtrada vacía todo | Puede vaciar la cuenta; el exchange puede congelar | Un cotitular solo no abre una ronda de transferencia | Un owner solo no supera un umbral > 1 |
| Phishing / web maliciosa | Alto — el software ve la petición completa | Más bajo si verificas importe y dirección en pantalla; fatal si apruebas una tx mala o escribes la frase en un sitio falso | Robo de cuenta / soporte falso | Un sitio falso no puede forjar votos on-chain; sí puede engañar a un cotitular para que vote | Sigue haciendo falta el umbral; un owner engañado puede firmar mal |
| Riesgo físico / cadena de suministro | Robo + teléfono desbloqueado | Riesgo real. Oct 2026: algunos dispositivos vendidos por el revendedor CryptoBilis tenían un implante oculto que leyó la frase en la pantalla al configurar y la envió por red móvil. Ledger dice que su Secure Element y servidores no fueron vulnerados. Genuine Check no detecta un implante añadido si el chip original está intacto. Solo canales autorizados; no inicialices unidades sospechosas; si ya se usó, mueve fondos con una frase recién generada | Embargo, hackeo, insolvencia | No hay dispositivo que implantar; el riesgo son las claves de cotitulares y la gobernanza | No hay dispositivo que implantar; el riesgo son owners, módulos y migración |
| Si una persona desaparece | Solo la frase semilla abre | Solo la frase de recuperación (o un backup ya hecho) | El soporte a veces restaura el acceso; el retiro depende de la empresa | Los demás pueden reemplazar a un cotitular ausente; ≥2 claves ausentes congelan la bóveda | Los owners restantes a menudo pueden reemplazar; otra recuperación pide un módulo |
| Qué pueden hacer los fondos | Lo que esa cartera pueda firmar | Lo que permitan las apps conectadas; el dispositivo solo firma lo que apruebas en pantalla | Comprar, vender, retirar listados | ERC-20, POL, reemplazar; Configurable cambia 6 ajustes. Sin llamadas arbitrarias | Otros contratos, lotes, muchas cadenas |
| Firma tipo offline | Suele no | Sí — las claves quedan en el dispositivo | No | Votos on-chain desde cada cartera de cotitular (puede ser Ledger) | Los owners pueden firmar con hardware |
| Recuperación | Solo backup de la frase | Frase de recuperación; Ledger Recover opcional es otro compromiso de confianza | Reset de contraseña / KYC | Reemplazar un cotitular ausente con n−1; sin módulo de recuperación social | Reemplazo de owners + módulos opcionales |
| Punto único de fallo | La frase / ese dispositivo | La frase de recuperación (y la confianza en el canal de compra al configurar) | La empresa | Perder ≥2 claves; en Fixed, quien bloquea el reemplazo | Owners con umbral juntos; módulos / ruta de upgrade |
| Mejor para | Gasto diario pequeño, máxima comodidad | Custodia personal más fría si confías en el canal de compra | Trading y on/off-ramp | Equipo pequeño, bóveda Polygon de reglas estrechas | Gran tesorería, DeFi, multicadena |
| Revisión externa | No aplica auditoría de producto | Proveedor maduro; historial con el caso de implante en revendedor 2026 y debates Connect Kit / Recover | Controles de la empresa, no tu contrato | Sin auditoría externa completada | Años en producción, varias auditorías profesionales |
transferToken ni a withdrawNative.La revisión línea por línea: revisión de seguridad de la bóveda, 10 de noviembre de 2026. Revisión interna, no auditoría de terceros.
| Dimensión | Sigma Wallet | Safe{Wallet} | Nota |
|---|---|---|---|
| Reemplazo de cotitular | ✅ n−1 votos + 24 h de espera + ventana de 72 h, integrado | ⚠️ Transacción multifirma normal; se ejecuta al alcanzar el umbral salvo que añadas un módulo | Sigma |
| Quién puede ejecutar | ✅ Cualquier cotitular | ✅ Cualquier propietario | Empate |
| Superficie de ataque | ✅ Un propósito, inmutable, sin llamadas externas arbitrarias | ⚠️ Núcleo auditado, pero módulos / delegatecall añaden complejidad | Sigma |
| Licencia y anti-clon | ✅ Requiere el NFT de licencia intransferible acuñado por la Factory | ❌ Ninguna | Sigma |
| Ruta de actualización | ✅ Bóveda desplegada sin proxy ni actualización; los cambios de Factory solo afectan bóvedas futuras | ⚠️ Cuenta proxy; los propietarios con umbral pueden migrar la lógica. Safe la empresa no puede actualizarla sola | Compromiso |
| Coordinación de firmas | ⚠️ Cada voto es on-chain (cuesta gas), sin dependencia de servicio | ✅ Firmas off-chain (ahorra gas), suele usar el servicio de transacciones de Safe | Compromiso |
| Cuándo puede ejecutarse una transferencia | ⚠️ La espera de transferencia es 0 por defecto; el voto no nombra el destinatario; una ronda aprobada caduca a las 24 h | ⚠️ Ejecutable al momento por defecto; los retrasos requieren módulos opcionales | Compromiso |
| Modelo de coste | El despliegue cobra una tarifa de licencia (admite códigos promo) | El despliegue solo paga gas de la cadena | Distinto |
| Auditoría e historial | ⚠️ Más nuevo; aún sin auditoría externa terminada | ✅ Años en producción, varias auditorías profesionales | Puede que prefieras Safe |
| Ecosistema y cadenas | ❌ Centrado en Polygon, una dApp de propósito único, sin backend | ✅ Multicadena, amplio soporte de dApps | Puede que prefieras Safe |
| Qué puede hacer | ❌ Solo transferir / retirar POL / reemplazar / (Configurable) cambiar params | ✅ Llamadas arbitrarias a contratos y lotes | Puede que prefieras Safe |
| Flexibilidad del umbral | ⚠️ 3–5 cotitulares; Fixed fija el umbral de transferencia; Configurable cambia 6 valores | ✅ Cualquier m-de-n | Puede que prefieras Safe |
| Extensibilidad y recuperación | ❌ Sin módulos; perder ≥2 claves bloquea la bóveda | ✅ Módulos (límites, recuperación social…), que también amplían la superficie de riesgo | Puede que prefieras Safe |
Safe es una cuenta inteligente de propósito general; Sigma es una bóveda de propósito concreto. La columna «Nota» es solo una pista de preferencia para esa fila, no un veredicto global de seguridad — Sigma aún no tiene auditoría de terceros.
Bóvedas Fijas: los umbrales quedan fijados en el despliegue (transferencia = todos los co-propietarios, reemplazo = n−1). Bóvedas Configurables: los co-propietarios pueden cambiar después los umbrales/demoras con el mismo flujo de proponer → esperar → ejecutar, con n−1 aprobaciones.
Los 3 deben aprobar, pero solo el Co-Propietario 1 puede pulsar ejecutar, incluso tras la aprobación unánime.
Una vez alcanzado el umbral, el co-propietario que llegue primero puede ejecutar. Sin cuello de botella de un solo puesto.
La Factory V3 está suspendida permanentemente — hoy nadie puede desplegar una bóveda V3 nueva — pero las bóvedas V3 desplegadas hace años siguen funcionando exactamente igual. Si la suya es una de ellas, usa el modelo original de 3 slots fijos:
Una vez cargado un monedero, puede ver:
Bóvedas Fijas: una transferencia necesita la aprobación de todos los co-propietarios. Bóvedas Configurables: los co-propietarios fijan el umbral ellos mismos y pueden cambiarlo después. Si nadie ejecuta antes de que expire la ventana de aprobación (TTL), las aprobaciones vuelven a cero; vea "Solución de problemas" más abajo.
Las transferencias de tokens requieren que los 3 co-propietarios aprueben (pongan el Estado 2), y solo pueden ser ejecutadas por el Co-Propietario 1 (Controlador principal) — una restricción exclusiva de V3. V4 no tiene ese cuello de botella.
Si nadie ejecuta antes de que termine la cuenta regresiva, la ventana expira y todas las aprobaciones vuelven a cero.
Si algún co-propietario cambia de opinión antes de la ejecución:
Los reemplazos de co-propietario necesitan la aprobación de 2 de los 3 co-propietarios (poner el Estado 3) — parecido en espíritu al umbral n−1 de V4. La diferencia es que V3 usaba el sistema de estados en lugar de registros de propuesta/aprobación, pero el reemplazo en sí podía ejecutarlo cualquier co-propietario.
fee() del contrato, mostrado arriba de la página en POL. Esta guía no fija un número. El owner de la Factory puede cambiarla en Admin → Buzón.Interactivo
Pulse los tres pasos en orden. El NFT se acuña al contrato de la bóveda, no a su monedero personal, y no mueve fondos.
Token is not transferable. Transferir y aprobar fallan; la propiedad sigue en la bóveda.NFT required. Sin licencia no corren transferencias ni reemplazos.Cualquiera puede leerlo. Sin clave, sin firma, solo una dirección sobre la que preguntar.
La clave real del owner firma primero para abrir una breve ventana de 20 minutos antes de que los datos se vuelvan legibles.
Cambia el estado on-chain. Requiere una firma real del titular de la clave, sin excepciones, cada vez.
| Categoría | Ejemplos | Quién puede usarla realmente |
|---|---|---|
| Totalmente pública | Precio de despliegue, co-propietarios de una bóveda, recuento de votos y umbrales, validez de un código promocional si ya se conoce, cuántas bóvedas ha desplegado una dirección | Cualquiera, por diseño. El estado de gobernanza del multi-firma está pensado para ser verificable por cualquier co-propietario u observador externo. |
| Solo owner, ventana firmada | Detalles de uso de códigos promocionales, lista completa de todas las bóvedas desplegadas (panel de monitoreo del owner) | Solo la clave real del owner, y solo durante una ventana breve (20 minutos) que esa misma clave debe abrir primero con una transacción realmente firmada. Conocer la dirección del owner no basta; vigilarla en un monedero o copiarla en otro sitio no da ningún acceso. |
| Firma obligatoria, siempre | Cualquier cambio de configuración, retiro de comisiones, transferencia de propiedad, actualización del bytecode de las bóvedas, aprobaciones/reemplazos de co-propietario en una bóveda | Solo quien tenga realmente la clave privada. Estas funciones cambian el estado en la cadena, y una transacción que cambia el estado nunca puede enviarse sin una firma real, en ninguna cadena EVM. |
Haga clic en una pregunta para desplegarla. Está basada en los contratos realmente desplegados, no en texto genérico: si algo aquí parece incorrecto, confíe en el código fuente del contrato antes que en esta página y avísenos.
Una plataforma de bóvedas multi-firma no custodial en Polygon. Usted despliega su propio contrato de bóveda; Sigma nunca tiene una clave capaz de mover sus fondos.
Fijo bloquea sus umbrales y demoras para siempre en el momento del despliegue. Configurable cuesta el doble y permite que los co-propietarios cambien después 6 parámetros mediante un voto n−1 de proponer, esperar y ejecutar. Ninguno puede convertirse en el otro después del despliegue.
No. La elección es permanente en el momento en que se confirma la transacción de despliegue. No existe ruta de migración: tendría que desplegar una bóveda nueva y mover los fondos usted mismo.
De 3 a 5 en las bóvedas V4. El modelo V3 heredado (ya no desplegable) estaba fijado exactamente en 3.
Solo Polygon Mainnet para fondos reales. El equipo también prueba en las testnets Polygon Amoy y Ethereum Sepolia; esas no tienen valor real.
No, es una aplicación web responsiva. Puede conectarse desde el navegador de su teléfono o desde el navegador integrado de una app de monedero; los contratos son los mismos en ambos casos.
Solo un monedero Web3 (MetaMask, 1inch, Trust, Coinbase Wallet, etc.). El propio sitio no requiere instalación.
Con cualquiera que admita WalletConnect v2 o inyección de navegador (EIP-6963), además de Coinbase Wallet de forma directa. Los monederos que solo admiten WalletConnect v1 no son compatibles: ese protocolo quedó obsoleto.
Lo que marque el precio actual de la Factory; consulte la página Deploy, se lee en vivo desde el contrato y puede cambiar. Configurable siempre cuesta exactamente el doble de lo que cueste Fijo ese día.
USDT fijo, un token ERC-20 personalizado, una promoción (con o sin código) o gratis, el que tenga activo en ese momento el owner de la Factory. Solo un modo está activo a la vez.
Si hay uno activo y usted lo conoce, desbloquea un precio con descuento (o gratuito) para ese despliegue concreto. Los códigos no se pueden listar públicamente salvo que el owner los haga visibles: conocer el código es la prueba de que puede usarlo.
No, el contrato registra el uso por dirección y bloquea que la misma dirección de despliegue repita el uso del mismo código.
No. Las cuotas no son reembolsables y las transacciones en cadena son irreversibles; esto se indica claramente en los Términos que acepta antes de desplegar.
Es un NFT de licencia soulbound (intransferible) acuñado directamente en el propio contrato de la bóveda, no en su monedero. La bóveda comprueba que posee exactamente ese NFT antes de ejecutar cualquier acción de gobernanza: es una comprobación anti-manipulación, no un objeto de colección.
No, todas sus funciones de transferencia están programadas para fallar siempre. Es deliberadamente permanente.
Las transacciones EVM son atómicas: o todo el despliegue (contrato, acuñación del NFT y pago) tiene éxito, o nada de eso ocurre y lo único que pierde es el gas. No existe un estado de "despliegue a medias".
Solo una Factory está activa para nuevos despliegues en cada momento; consulte "Versiones del monedero y reglas de un vistazo" más arriba para ver qué generación está activa ahora.
No, la Factory V3 está permanentemente suspendida. Cualquier despliegue nuevo hoy es V4 (Fijo o Configurable).
Cada co-propietario aprueba una vez por "ronda". En cuanto se reúnen suficientes votos (el umbral de la bóveda; por defecto, todos los co-propietarios en Fijo), se abre una cuenta atrás durante la cual cualquier co-propietario puede ejecutar.
Sí, mientras no se haya alcanzado el umbral. Una vez alcanzado, la ronda pasa a su ventana de ejecución y ya no se puede revocar de forma individual.
La ventana de aprobación (TTL) expira, la ronda se reinicia y todos deben volver a aprobar desde cero.
En V4, cualquier co-propietario; no hay un slot especial. (El viejo modelo V3 restringía la ejecución al slot 0 incluso tras la aprobación unánime; ese cuello de botella es exclusivo de V3 y no existe en V4.)
Corregido en el código fuente, sí, pero las 2 bóvedas V3 reales ya desplegadas en mainnet siguen ejecutando permanentemente el bytecode antiguo, sin corregir; los contratos no se pueden parchear en caliente. V4 nunca tuvo este problema.
n−1 co-propietarios votan para aprobar un reemplazo concreto (slot + nueva dirección). Tras alcanzar el umbral hay una espera de 24 horas; después, cualquier co-propietario puede ejecutarlo dentro de la ventana de 72 horas.
En Operar, selecciona la bóveda y ve a la sección «Reemplazar cotitular» (o REPLACE CO-OWNER en «Todas las acciones»). Sin propuesta activa no hay botón de aprobación separado: el primer cotitular pulsa «Proponer y aprobar el reemplazo», y eso cuenta como su voto; después, los demás ven «Aprobar este reemplazo» en la misma sección. Con n−1 aprobaciones y tras 24 horas de enfriamiento, cualquiera ejecuta desde allí. Es una ronda independiente de las aprobaciones de transferencia de la parte superior.
Sí, nada impide que los demás co-propietarios (o usted, votando junto a ellos) reemplacen su propio slot con una nueva dirección.
Los demás co-propietarios pueden votar para reemplazar ese slot con una nueva dirección, igual que cualquier otro reemplazo.
No existe mecanismo de recuperación. La bóveda y todo su contenido quedan bloqueados permanentemente. Haga copias de seguridad de sus frases semilla en serio.
Sí, 6 parámetros (umbrales de transferencia/reemplazo, demoras de ejecución, TTL de aprobación) mediante proponer, esperar la demora y ejecutar, con aprobación de n−1 cada vez.
Sí, a propósito; llamar a la función de cambio de parámetros en una bóveda Fija siempre falla con el error "Fixed wallet". Es una característica, no un fallo.
No, n−1, igual que para reemplazar a un co-propietario. Por defecto, la unanimidad total solo se exige para el umbral de transferencia (y ese umbral, a su vez, es un parámetro que se puede cambiar en las bóvedas Configurable).
Sí, por diseño; el estado de gobernanza del multi-firma (co-propietarios, recuento de votos, umbrales) es totalmente público en cada bóveda, de modo que cualquier co-propietario o alguien externo puede auditarlo de forma independiente.
Para las dos cosas que la Factory realmente restringe (detalles de uso de códigos promocionales, la lista completa de despliegues), no: ambas requieren una transacción realmente firmada por esa clave exacta para abrir primero una ventana breve. Conocer solo la dirección no le da nada.
Una segunda clave independiente que, por sí sola, puede añadir a la lista blanca nuevos hashes de bytecode de bóveda. El owner no puede reasignarlo y ninguno de los dos comparte clave con el otro, así que una sola clave de owner comprometida no puede imponer código de bóveda malicioso por sí misma.
Un patrón en el que una transacción realmente firmada (no solo una coincidencia de dirección) abre un periodo breve y limitado en el tiempo durante el cual una función de lectura sensible se vuelve legible. Es la protección más fuerte realmente alcanzable en una cadena pública para una llamada de lectura.
Sí, en PolygonScan. La verificación significa que el código fuente publicado coincide exactamente con el bytecode desplegado; no es, en sí misma, una auditoría de seguridad.
Podrían cambiar el precio, los códigos promocionales o proponer un nuevo bytecode de bóveda, pero el guardián todavía tendría que aprobar por separado cualquier nuevo hash de bytecode, y las bóvedas ya desplegadas no se verían afectadas en ningún caso (la gobernanza de la bóveda vive en la bóveda, no en la Factory).
No. Su propio contrato de bóveda los conserva. Nadie, incluidos los mantenedores, tiene una clave capaz de sacar fondos de una bóveda de la que no es co-propietario.
No. Esto se indica explícitamente en el Aviso de riesgos: usted asume el riesgo por su cuenta, sin ningún proceso de recuperación ofrecido por los mantenedores.
Consulte la documentación de seguridad publicada por el propio proyecto para conocer el estado actual de la auditoría; no lo asuma en ningún sentido solo a partir de esta guía.
Según la Política de privacidad publicada: no hay base de datos de backend, no hay analítica ni telemetría; el sitio en sí es estático y no le rastrea. Su proveedor de monedero y cualquier endpoint RPC que use tienen sus propias políticas independientes.
La ventana de tiempo (TTL) pasó antes de que alguien ejecutara. Alguien tiene que llamar al paso de reinicio/limpieza, y después todos los co-propietarios necesarios deben aprobar de nuevo desde cero.
Falta el NFT requerido por la bóveda o no coincide; no debería ocurrir en uso normal, ya que es intransferible. Si ve esto en una bóveda que cree legítima, deténgase y pida ayuda en lugar de reintentar a ciegas.
Solo relevante en las 2 bóvedas V3 reales antiguas. En ellas, solo la dirección del slot 0 puede ejecutar transferencias incluso después de que todos aprueben; vea la pregunta sobre "solo el slot 0" más arriba.
Cambie su monedero a Polygon Mainnet (chain ID 137); esta app no admite acciones con fondos reales en ninguna otra red.
Use "Estimate Gas" antes de enviar y asegúrese de tener suficiente POL. La app fija su límite de gas bastante por encima de la estimación a propósito, para reducir el riesgo de transacciones fallidas.
Común en navegadores móviles: cambiar a la app del monedero para aprobar puede suspender la conexión en segundo plano del sitio con el relay de WalletConnect. Pruebe el navegador integrado de la propia app del monedero en lugar del navegador normal del teléfono; así evita por completo el cambio de app.
Puede haber alcanzado su límite de uso, haber sido desactivado, o puede que ya lo haya usado desde esta misma dirección; los códigos son estrictamente de un solo uso por dirección de despliegue.
Algunos endpoints RPC públicos informan esto incorrectamente para transacciones que en realidad sí se confirmaron. Compruebe el estado real directamente en PolygonScan con el hash de su transacción antes de asumir que falló.
Asegúrese de estar conectado con la misma dirección con la que desplegó (o con una dirección de co-propietario), en Polygon Mainnet, y pruebe "Refresh": el registro vuelve a escanear el historial en cadena cada vez en lugar de guardarlo en caché.
Esa página solo se desbloquea para el owner actual de la Factory, su guardián, o un owner pendiente nominado; conectar cualquier otra dirección siempre mostrará esto.
Intente recargar la página por completo antes de reconectar. Si sigue fallando, anote el texto exacto del error; normalmente apunta a una particularidad de firma propia del monedero, no a algo de su lado.
El panel de monitoreo es una función exclusiva del owner; el guardián solo controla el panel de la lista blanca de bytecode. Ver "acceso denegado" ahí con una clave de guardián es lo esperado, no un error.
El precio lo fija en vivo el owner de la Factory y puede cambiar en cualquier momento; confíe siempre en lo que muestra la página Deploy en este momento, no en lo que recuerde de una visita o captura anterior.
No está en la cabecera. Ábrala desde el pie ("Comentarios") o desde Dejar un mensaje. El enlace Guía de usuario de la cabecera es este documento.
Solo el deployer de esa bóveda o un copropietario actual. El contrato comprueba ambos contra el directorio de la Factory y la lista de copropietarios. Cualquier otra dirección se revierte.
Lo que sea el fee() vivo de FeedbackMailbox, mostrado arriba de la página en POL. Esta guía no fija un número. El owner puede cambiarlo en Admin → Buzón. La cantidad enviada debe coincidir exactamente.
Una nota secreta se cifra en el navegador con la clave del buzón del admin; solo la frase puede descifrarla. El comentario público queda en cola de aprobación salvo publicación inmediata. El texto rechazado nunca se escribe en claro.
El owner de la Factory aún no ha llamado a setMailbox. Las notas secretas y los comentarios con aprobación previa no se pueden enviar hasta que esa clave exista en cadena. Los comentarios de publicación inmediata sí se pueden enviar si ese modo está activo.
Tras confirmar en el monedero, la página espera el recibo en cadena y luego muestra un enlace de Polygonscan. Hasta que ese recibo tenga éxito, trátalo como no confirmado. El muro publicado solo lista notas que el admin ha aprobado (o que salieron con publicación inmediata).
Sigma Wallet v1.0.0 · Última actualización: noviembre de 2026