Peera.

Más reciente

Mantente actualizado con las últimas publicaciones.

Publicaciones

2189
  • jakodelarin.Peera.
    ParaSuiJul 23, 2025
    P&R expertos

    ¿Cuál es la diferencia entre Sui Mainnet, Testnet y Devnet?

    Sigo viendo estos términos por ahí, pero no estoy seguro de qué red debo usar para probar mi dApp o simplemente para jugar. ¿Alguien puede explicar las diferencias en términos sencillos?

    • Sui
    • Architecture
    • SDKs and Developer Tools
    1
    1
  • jakodelarin.Peera.
    ParaSuiJul 23, 2025
    P&R expertos

    ¿Cómo configuro una billetera Sui por primera vez?

    Soy completamente nuevo en Sui y quiero empezar a explorar la red. He oído hablar de Sui Wallet, pero no sé cómo configurarla y si necesito conectarme a Mainnet o Testnet. ¿Puede alguien explicarme los pasos?

    • Sui
    1
    2
  • Arnold.Peera.
    ParaSuiJul 23, 2025
    P&R expertos

    Implementación de carteras multifirma en Sui Move

    Objetivo: Cree un monedero multifirma seguro y que ahorre gasolina y que admita: ✔ Políticas flexibles de firma móvil ✔ Mecanismos seguros de rotación y recuperación de claves ✔ Protección de reproducción de transacciones ✔ Compatibilidad con los estándares de billetera existentes Desafíos actuales: La propiedad compartida básica carece de requisitos mínimos La implementación segura de la rotación de claves no está clara ¿Necesitas una prevención sólida de los ataques de repetición ###Preguntas clave 1.Diseño de almacenamiento ¿Cuál es la estructura de datos óptima para gestionar los conjuntos de firmantes dinámicos? 2.Lógica de aprobación ¿Cómo implementar de manera eficiente la validación de firmas M-of-N en Move? 3.Seguridad y mantenimiento ¿Mejores prácticas para la rotación y recuperación seguras de claves? 4.Mitigación de ataque ¿Cómo evitar los ataques de repetición de firmas en el modelo de objetos de Sui?

    • Sui
    • Transaction Processing
    • Move
    2
    1
  • Elvin CLONE .Peera.
    ParaSuiJul 23, 2025
    P&R expertos

    ¿Estás confundido acerca de la billetera Playtron y las recompensas faltantes?

    Tengo un problema con mi consola Suiplay. He registrado una dirección de monedero, pero no la encuentro en mis cuentas actuales. He reservado la consola y ahora no sé si los airdrops y las recompensas deberían estar en una nueva cartera de Playtron o en la actual. ¿Alguien puede explicarme cómo funciona este sistema de monederos y por qué no puedo ver las recompensas?

    • Sui
    • Architecture
    0
    1
  • Benjamin XDV.Peera.
    ParaSuiJul 23, 2025
    P&R expertos

    Implementación de estándares de tokens personalizados más allá de SUI y COIN in Move

    Necesito crear un estándar de tokens personalizado en Sui Move (por ejemplo, para rebasar los tokens, los activos empaquetados o los tokens de gobernanza) que: Amplía la funcionalidad más allá de sui: :coin Mantiene la compatibilidad con monederos y mercados Optimiza el almacenamiento para casos de uso especializados Sigue las mejores prácticas de seguridad y capacidad de actualización Desafíos actuales: La duplicación básica de monedas funciona pero carece de innovación ¿No está seguro de cómo gestionar el suministro dinámico (rebase) ¿Necesita el reconocimiento del mercado sin la estandarización de SIP Preguntas: ¿Cuál es la arquitectura más flexible para los tokens personalizados? ¿Cómo implementar los tokens no transferibles (por ejemplo, soulbound)? ¿Los mejores patrones para ajustar el suministro (acuñar o quemar ganchos)? ¿Cómo lograr la compatibilidad parcial con los estándares existentes?

    • Sui
    • Move
    2
    2
  • article banner.
    Owen.Peera.
    Owen556
    ParaSuiJul 23, 2025
    Artículo

    No puedo conectar mi dispositivo Ledger para enviar mis tokens SUI: mi solución

    Si alguna vez has intentado enviar fichas SUI con tu monedero físico de Ledger y has recibido el frustrante mensaje* «Conecta tu dispositivo Ledger e inténtalo de nuevo»*, no estás solo. Este problema ha dejado perplejos a muchos poseedores de una SUI, especialmente cuando su dispositivo Ledger está claramente conectado, desbloqueado y funciona perfectamente con otras criptomonedas como Bitcoin o Ethereum. Analicemos el problema, la solución que funcionó para innumerables usuarios y cómo garantizar que tus tokens SUI permanezcan accesibles incluso después de actualizar el firmware. El problema: una desconexión repentina Imagínese esto: ha enviado y recibido con éxito fichas SUI durante meses utilizando su dispositivo Ledger. Un día, intentas enviar una transacción y, en lugar de continuar, tu extensión de Sui Wallet muestra: * «Conecta tu dispositivo Ledger e inténtalo de nuevo. »* Comprueba lo obvio: El libro mayor está enchufado. La aplicación SUI está abierta en el dispositivo. Su ordenador reconoce la cartera de hardware. Otras transacciones criptográficas a través de Ledger Live funcionan a la perfección. Sin embargo, el error persiste. Este escenario ha afectado a usuarios de todas las plataformas y, a menudo, tras una actualización del firmware del Ledger Nano S o Nano X (por ejemplo, las versiones de firmware 1.3 o 2.4.0). La causa principal radica en la forma en que la extensión Sui Wallet interactúa con el software actualizado del Ledger. Aunque sus fondos están seguros, la conexión interrumpida le impide administrar sus tokens SUI. La solución: eliminar y volver a agregar su cuenta de Ledger Tras horas de resolución de problemas, los usuarios descubrieron una solución fiable:eliminar y volver a añadir la cuenta vinculada a Ledger en la extensión Sui Wallet. Este proceso obliga a la billetera a restablecer una conexión segura con tu dispositivo de hardware, lo que resuelve el problema de comunicación causado por los cambios en el firmware. A continuación, te explicamos cómo hacerlo de forma segura: ####Paso 1: eliminar la cuenta Abre laextensión de navegador Sui Wallet(Chrome o Edge). Haz clic en elmenú de hamburguesas (☰) en la esquina superior izquierda para acceder aConfiguración. Navega hastaCuentas. Seleccione la cuenta SUI vinculada a Ledger problemática. Haz clic enEliminar cuentay confirma la acción. Nota: Al eliminar la cuenta solo se borra su referencia en la interfaz del monedero. Sus claves privadas y sus fondos permanecen almacenados de forma segura en el dispositivo Ledger. ####Paso 2: volver a agregar la cuenta de Ledger Asegúrese de que su dispositivoLedger esté conectadoy desbloqueado. Abre laaplicación SUIen tu libro mayor; para ello, navega hasta ella y pulsa ambos botones para abrirla. En la extensión Sui Wallet, ve aConfiguración > Cuentas. Haz clic enConectar Ledger Wallety, a continuación, enContinuar. Seleccione su dispositivo Ledger y haga clic enConectar. Elige la cuenta SUI que utilizaste anteriormente (se regenerará usando tu frase inicial). Haz clic enDesbloquear. Tu saldo de SUI debería aparecer ahora y volverás a poder enviar fichas sin errores. ###Por qué funciona esto: actualizaciones de firmware y compatibilidad con monederos Las carteras de hardware como Ledger se basan en las actualizaciones del firmware para mejorar la seguridad y la funcionalidad. Sin embargo, estas actualizaciones a veces pueden alterar la forma en que las carteras de terceros (por ejemplo, Sui Wallet) interactúan con el dispositivo. Por ejemplo: El firmware 1.3del Ledger Nano S y elfirmware 2.4.0**del Nano X alteraron la forma en que se reconoce la aplicación SUI. Los datos de la cuenta almacenados en caché en la extensión Sui Wallet quedaron desactualizados, lo que provocó fallos de conexión. Al eliminar la cuenta y volver a agregarla, usted: Borra los datos de conexión corruptos u obsoletos. Obliga a la billetera a sincronizarse con el firmware actualizado. Vuelva a validar la sesión de la aplicación SUI en su libro mayor. Esto es similar a un «restablecimiento parcial» de tu integración con Ledger, ya que resuelve los problemas de compatibilidad sin comprometer la seguridad.

    • Sui
    • Transaction Processing
    2
  • article banner.
    Owen.Peera.
    Owen556
    ParaSuiJul 23, 2025
    Artículo

    Monedas no reconocidas en mi billetera criptográfica: ¿qué significa?

    Si alguna vez has abierto tu monedero de criptomonedas y has visto fichas o monedas desconocidas que no recuerdas haber comprado o recibido, no estás solo. Este fenómeno común, conocido como «monedas no reconocidas» o «lanzamientos aéreos», puede resultar confuso y, a veces, preocupante tanto para los usuarios de criptomonedas nuevos como para los experimentados. Comprender qué significan estos activos no reconocidos y cómo manejarlos es crucial para mantener la seguridad de su billetera y tomar decisiones informadas sobre sus activos digitales. ¿Qué son las monedas no reconocidas? Las monedas no reconocidas son fichas de criptomonedas o monedas que aparecen en tu monedero sin que tú lo sepas o hagas nada al respecto. Estos pueden incluir varios tipos de activos digitales: Airdrops: fichas gratuitas que los proyectos distribuyen a los titulares de carteras existentes Monedas bifurcadas: nuevas criptomonedas creadas a partir de divisiones de cadenas de bloques existentes Tokens fraudulentos: tokens fraudulentos diseñados para engañar a los usuarios Tokens de proyectos legítimos: tokens genuinos de proyectos con los que puedes haber interactuado Tokens de polvo: cantidades extremadamente pequeñas de varias criptomonedas Tokens SUI no reconocidos En el caso de Sui, el token nativo es SUI, que se encuentra en un módulo específico (normalmente0x2) de la cadena de bloques de Sui. Sin embargo, cualquiera puede crear tokens personalizados utilizando el lenguaje Sui Move, y estos tokens pueden parecerse a SUI en nombre o símbolo, pero no son auténticos. ¿Por qué aparecen fichas SUI falsas en mi cartera? Hay varios motivos por los que podrías recibir fichas no reconocidas: spam con tokens (común en Sui y Ethereum) Los desarrolladores o los estafadores pueden crear fichas falsas y enviar cantidades pequeñas (o mayores) a miles de carteras. Con frecuencia, esto se hace para: Promover un nuevo proyecto Probar la distribución de tokens Engaña a los usuarios para que interactúen con contratos inteligentes maliciosos En este caso, es probable que alguien haya desplegado un token «SUI» falso y lo haya enviado a varias direcciones, incluida la del usuario. Pruebas o marketing con Airdrop Algunos proyectos utilizan fichas falsas como parte de una campaña de prueba o de marketing. Sin embargo, estos tokens no suelen tener valor y no son negociables. Intentos de suplantación de identidad Los tokens falsos pueden ser parte de una estafa. El objetivo es despertar tu curiosidad, hacer clic en un enlace, visitar un sitio web falso o interactuar con una dApp malintencionada, lo que podría provocar la pérdida de tus fondos reales. ¿Cómo verificar el token SUI real? Para confirmar si un token es una SUI genuina, comprueba lo siguiente: Dirección del módulo: el token SUI oficial se define en0x2::sui::SUI. Cualquier token de un módulo diferente (por ejemplo, 0x4ca8...) no es una SUI real. Tipo de token: el SUI real es un token de gas a nivel de sistema que se utiliza para pagar las comisiones de transacción. Reconocimiento de monederos: los monederos confiables como Sui Wallet, Ethos o Backpack solo mostrarán la SUI real del módulo correcto. Exploradores de cadenas de bloques: usa Sui Explorer para buscar tu dirección e inspeccionar los detalles del token. Verás el tipo completo, incluidos el módulo y el contrato.

    • Sui
    • Security Protocols
    2
  • article banner.
    Meaning.Sui.Peera.
    ParaSuiJul 23, 2025
    Artículo

    Este artículo tiene como objetivo aprender y comprender el modelo #UTXO de $ BTC a $ SUI

    Este artículo tiene como objetivo aprender y comprender el modelo UTXO. Utiliza una forma fácil de entender de forma sencilla para clasificar los modelos y métodos de implementación de UTXO desde $ BTC hasta $ SUI. Proporcionaré una descripción general completa, que ampliamos aquí para mayor claridad y profundidad, garantizando un análisis profesional y exhaustivo. Como uno de los principios básicos de diseño de Bitcoin, el modelo UTXO se ha convertido en un importante paradigma técnico en el campo de la cadena de bloques desde su nacimiento. Desempeña un papel importante a la hora de garantizar la seguridad y la trazabilidad de las transacciones, y proporciona otro camino además del modelo tradicional de saldo de cuentas. Como la tecnología blockchain se ha actualizado e iterado continuamente en los últimos años, el modelo UTXO en sí mismo también ha estado evolucionando y expandiéndose constantemente. Introducción a UTXO y sus orígenes El modelo UTXO, o resultado de transacción no gastado, es un concepto fundamental en Bitcoin, según el cual cada resultado de transacción que no se ha gastado se registra como un UTXO. Este modelo trata las transacciones como el dinero en efectivo, en el que el gasto implica seleccionar UTXO específicas para cubrir el importe, en lugar de modificar un único saldo. El ejemplo: Alice y Bob comienzan con 5 dólares cada uno. En el modelo de cuenta, si Bob le roba 2 dólares a Alicia, el saldo de Alicia pasa a ser de 3 y el de Bob de 7. En el modelo UTXO, los 5 dólares de Alice se gastan en crear dos nuevos UTXO: 2 dólares para Bob y 3 dólares para Alice. Bob ahora tiene su UTXO original de 5 dólares y el nuevo de 2 dólares, lo que suma un total de 7 dólares. Comparación con el modelo de cuenta/saldo El modelo de cuenta/saldo, común en la banca, mantiene un único saldo por cuenta, actualizado con cada transacción. Su simplicidad, pero señala los problemas de estado cuando varias transacciones modifican la misma cuenta, lo que a menudo requiere bloqueos y provoca cuellos de botella en el rendimiento, especialmente en caso de grandes volúmenes de transacciones. Por el contrario, el modelo UTXO, como se explica en Explorando el modelo UTXO: ¿qué lo diferencia en el mundo de la cadena de bloques? , evita esto al procesar las transacciones en UTXOs independientes, lo que permite la ejecución en paralelo sin bloqueos, lo que mejora el rendimiento y la simultaneidad. La privacidad es otra ventaja, ya que las carteras criptográficas generan nuevas direcciones por transacción, lo que dificulta la vinculación con personas, a diferencia de las direcciones fijas del modelo de cuentas, que son más susceptibles al análisis de correlación. Sin embargo, las limitaciones de las UTXO a la hora de gestionar una lógica empresarial compleja, como los contratos de varias etapas, dieron lugar a que Ethereum adoptara un modelo basado en cuentas, como se menciona en ¿Qué es una UTXO? Explicación del resultado de las transacciones no utilizadas. El modelo de objetos de SUI: uniendo los modelos UTXO y de cuentas El SUI, tal y como se detalla en el artículo X y es compatible con Object Model | Sui Documentation, centra el almacenamiento en objetos, no en cuentas, con dos tipos de claves: OwnedObject (propiedad de la dirección) y SharedObject. La versión mejorada de OwnedObject es UTXO, en la que solo el propietario puede utilizarla y cada versión se utiliza una vez, de acuerdo con los principios de UTXO. Por ejemplo, un objeto propiedad de una dirección solo puede ser modificado por su propietario, lo que equivale a gastar un UTXO. SharedObject, por el contrario, es accesible para todos, al igual que el modelo de cuentas, pero requiere consenso para ordenar la lectura y la escritura, lo que soluciona las controversias estatales, como se indica en la documentación de Sui Components | Sui. Esto se gestiona mediante un procesamiento especial, como la clasificación local. El enfoque orientado a objetos de la SUI destaca cómo el modelo de la SUI afecta a la escalabilidad, la seguridad y la experiencia del usuario.

    • Sui
    0
  • article banner.
    Meaning.Sui.Peera.
    ParaSuiJul 23, 2025
    Artículo

    Desarrollo de un contrato de juego de dados en Sui Move

    En este tutorial, te guiaré a través del proceso de creación de un contrato inteligente para un juego de dados con Sui Move. Este contrato permite a los jugadores apostar por el resultado de una tirada de dados, y un administrador administra la bolsa de premios. Al final, tendrás un contrato totalmente funcional y un conocimiento sólido de varios conceptos clave de Sui Move. Introducción El contrato de juego de dados que crearemos permite las siguientes funcionalidades: Inicialización: el creador del contrato configura el juego. Gestión administrativa: un administrador puede depositar fichas en la bolsa de premios y retirarlas según sea necesario. Interacción con los jugadores: los jugadores participan adivinando el resultado de la tirada de dados y haciendo apuestas. Este tutorial asume que tienes un conocimiento básico de Sui Move y se centra en la introducción de nuevos conceptos a través de la implementación práctica. Antes de profundizar en el código, exploremos los conceptos clave que encontrarás: 1.1 Añadir dependencias: Para usar los tokens de otro contrato (por ejemplo, un contrato de token de grifo), debes añadirlos como una dependencia en tu proyecto. Esto se hace actualizando el archivo Move.toml de tu contrato: 1.2 Uso de aserciones Las afirmaciones garantizan que se cumplan ciertas condiciones durante la ejecución del contrato. ¡La afirmación! la macro comprueba una condición y, si falla, arroja un error y detiene la ejecución. Esto es útil para evitar estados inválidos, como apostar más que el saldo de un jugador. 1.3 Generar números aleatorios La equidad en el juego de dados se basa en la generación de números aleatorios. Sui Move proporciona el módulo aleatorio para este propósito. Crearás un objeto RandomGenerator y lo usarás para generar un número aleatorio entre 1 y 6, simulando una tirada de dados. 1.4 Trabajando con monedas y balanzas En Sui Move, los tokens se gestionan mediante los módulos de monedas y saldo: Moneda: un envoltorio alrededor del saldo, que se usa para transferir fichas. Saldo: representa el importe real del token, lo que permite realizar operaciones como dividir y fusionar. /// Game: Dice rolling. Players bet and guess the number. If correct, they win an amount equal to their bet; if incorrect, the bet goes to the game pool. module game_duck:game_duck; use sui::balance::{Self, Balance}; use sui::coin::{Self, Coin}; use sui::random::{Random, new_generator, generate_u8_in_range}; use coin_duck::duckfaucet::DUCKFAUCET; const ErrorUserInsufficient: u64 = 0x101; const ErrorGameInsufficient: u64 = 0x102; public struct Game has key { id: UID, pool_amount: Balance, } public struct Admin has key { id: UID, } fun init(ctx: &mut TxContext) { let game = Game { id: object::new(ctx), pool_amount: balance::zero() }; transfer::share_object(game); let admin = Admin { id: object::new(ctx) }; transfer::transfer(admin, ctx.sender()); } public entry fun addCoinToGamePool(game: &mut Game, in_coin: &mut Coin, amount: u64, _: &mut TxContext) { let value = coin::value(in_coin); assert!(amount = amount, ErrorGameInsufficient); let coin = coin::take(&mut game.pool_amount, amount, ctx); transfer::public_transfer(coin, ctx.sender()); } entry fun play(game: &mut Game, random: &Random, guess_num: u8, in_coin: &mut Coin, amount: u64, ctx: &mut TxContext) { assert!(game.pool_amount.value() >= (amount * 3), ErrorGameInsufficient); assert!(in_coin.balance().value() >= amount, ErrorUserInsufficient); let mut g = new_generator(random, ctx); let win_num = generate_u8_in_range(&mut g, 1, 6); if (win_num == guess_num) { let reward_coin = coin::take(&mut game.pool_amount, amount, ctx); in_coin.join(reward_coin); } else { addCoinToGamePool(game, in_coin, amount, ctx); } } Estructura de desglose del código Juego: un objeto compartido con un identificador único y un pool_amount (saldo) para almacenar la bolsa de premios. Administrador: objeto clave propiedad del administrador para la inicialización (init) que gestiona el fondo acumulado.

    • Sui
    • Architecture
    0
  • Meaning.Sui.Peera.
    ParaSuiJul 23, 2025
    Discusión

    Actualice el límite a 0x0

    Si quiero que un paquete sea inmutable, ¿puedo enviar el límite de actualización a 0x0 en el momento de la implementación? ¿Causará esto algún problema en el futuro? para una moneda. let upgrade_cap = sui: :package: :claim_upgrade_cap (ctx); transferencia: :public_transfer (upgrade_cap, @0x0);

    • Sui
    0
    1