Peera.

Más reciente

Mantente actualizado con las últimas publicaciones.

Publicaciones

2069
  • CarlkawIy.Peera.
    ParaSuiJul 01, 2025
    P&R expertos

    ¿Cómo recuperar monedas SUI de una billetera antigua?

    He estado intentando localizar mis monedas SUI al configurar una nueva cuenta de Slush, pero no las veo. ¿Cómo puedo comprobar si estoy usando la frase correcta para importar mi antigua cartera?

    • Sui
    0
    2
  • article banner.
    MiniBob.Peera.
    ParaSuiJul 01, 2025
    Artículo

    Dominar los conceptos del lenguaje en movimiento — Curso #2

    Si bien elCurso #1 que he hecho anteriormente te ha enseñado los conceptos básicos para escribir contratos inteligentes en Move y crear dApps sencillas en la cadena de bloques Sui, este curso se centra enprofundizar tu comprensión del propio lenguaje Move, desde su potente sistema de tipos hasta patrones avanzados como genéricos, eventos, módulos y mecanismos de control de acceso. Al final de este curso, podrás: Escribe código Move modular, reutilizable y seguro Usa genéricos, habilidades y tipos de recursos de manera efectiva Implemente un control de acceso detallado mediante capacidades Emita y escuche eventos para la integración fuera de la cadena Trabaja con estructuras de datos complejas, como tablas y vectores Comprenda en qué se diferencia Move de otros lenguajes de contratos inteligentes como Solidity ¡Sumérjase en el corazón del lenguaje de Move! Paso 1: Entender las principales características lingüísticas de Move Move está diseñado pensando en la seguridad y la claridad. Analicemos algunas de las características más importantes que hacen que Move sea único como lenguaje de contratos inteligentes. 1.1 Programación orientada a los recursos (revisada) La esencia de Move es el concepto derecursos, que son tipos especiales que no se pueden copiar ni eliminar a menos que se permita explícitamente. Esto refuerza el manejo seguro de los activos digitales, como los tokens o los NFT. module examples::token { use sui::object::{Self, UID}; struct MyToken has key, store { id: UID, value: u64, } public fun mint(ctx: &mut TxContext): MyToken { MyToken { id: object::new(ctx), value: 100, } } } En este ejemplo: MyToken- keyes unrecursoporque tiene la capacidad. store- Puede almacenarse (id) e identificarse de forma única por su. No se puede duplicar ni eliminar a menos que se especifique lo contrario. Esto garantiza que cada MyTokeninstancia tenga una propiedad y una administración únicas, lo que evita la duplicación o la eliminación accidental. 1.2 Sistema de habilidades Cada tipo de movimiento tiene un conjunto dehabilidadesque definen las operaciones que admite: | Habilidad | Significado | | --------| ---------| | copy| Se puede duplicar | | drop| Puede desecharse sin destruirse | | store| Se puede almacenar en un almacenamiento global | | key| Se puede usar como una estructura con un campo de identificación (es decir, un objeto) | Ejemplo: struct Example has copy, drop { value: u64 } Comprender estas habilidades es esencial para diseñar contratos inteligentes seguros y predecibles. Por qué son importantes las habilidades Las habilidades imponen reglas estrictas en el momento de la compilación. Por ejemplo: Una estructura que solo tiene keyy storeno se puede copiar ni borrar. No puedes devolver una estructura que no se pueda borrar de una función a menos que esté almacenada o transferida. Esto evita errores como el doble gasto o la pérdida accidental de fichas. 1.3 Parámetros genéricos y de tipo Move admite tipos genéricos, lo que permite a los desarrolladores escribir código flexible y reutilizable. module examples::storage { use sui::object::{Self, UID}; struct Box has key { id: UID, content: T, } public fun new_box(ctx: &mut TxContext, content: T): Box { Box { id: object::new(ctx), content, } } } Aquí `hay unparámetro de tipo, que permite Box`trabajar con cualquier tipo sin dejar de ser seguro y eficiente. Nota: La phantompalabra clave indica que eso Tno afecta a la representación de la estructura en tiempo de ejecución, lo que resulta útil para el modelado abstracto. Paso 2: Desarrollo modular y gestión de paquetes A medida que sus proyectos de Move aumentan en complejidad, la organización del código se vuelve fundamental. 2.1 Creación y publicación de paquetes de Move Unpaquete Movecontiene uno o más módulos y define las dependencias. Es la unidad de implementación y control de versiones en Move. Estructura de directorios: sources/ place.move user.move Move.toml Move.tomlDefina las dependencias en: [dependencies] Sui = { git = "https://github.com/MystenLabs/sui.git", subdir = "crates/sui-framework" } MyLibrary = { local = "../my-library" } Puede publicar paquetes en la red Sui y reutilizarlos en varias dApps. 2.2 Reutilización de los módulos existentes cointransfertx_contextElSui Frameworkproporciona módulos probados en batalla como, y. Comprueba siempre lo que está disponible antes de escribir una lógica personalizada. Por ejemplo, para transferir un objeto: use sui::transfer; public entry fun send_place(place: Place, recipient: address) { transfer::public_transfer(place, recipient); } El uso de bibliotecas estándar garantiza un desarrollo más rápido y seguro y una mejor interoperabilidad. Paso 3: Eventos y comunicación fuera de la cadena Para crear aplicaciones reales, tus contratos de Move deben comunicarse con sistemas fuera de la cadena, como interfaces o indexadores. 3.1 Emisión de eventos Move permite emitireventosque pueden ser indexados por servicios externos. use sui::event; struct PlaceCreated has drop { name: String, } public fun emit_place_created(name: String) { event::emit(PlaceCreated { name }); } Este evento aparecerá en la cadena de bloques y los exploradores o las herramientas de indexación pueden recogerlo. 3.2 Escuchando eventos Usa herramientas comoSuite Explorer,Subsquido la API JSON-RPC de Sui para detectar los eventos emitidos y reaccionar en consecuencia en tu aplicación. En Javascript/TypeScript: import { JsonRpcProvider } from '@mysten/sui.js'; const provider = new JsonRpcProvider('https://fullnode.devnet.sui.io'); const events = await provider.getEvents({ MoveEventType: '0x...::example::PlaceCreated' }); Paso 4: Patrones de control de acceso y seguridad La seguridad es primordial cuando se trata de contratos inteligentes. Move proporciona varias herramientas para implementar un control de acceso sólido. 4.1 Modelo de propiedad de objetos Sui impone la propiedad a nivel de protocolo. Solo el propietario de un objeto puede mutarlo o transferirlo. public entry fun update_name(sweet_place: &mut SweetPlace, new_name: String) { sweet_place.name = new_name; } Solo el propietario actual puede llamar a esta función. 4.2 Patrón de capacidades Para obtener permisos más detallados, usa elpatrón de capacidades: crea objetos especiales que otorguen acceso limitado a ciertas funciones. struct AdminCap has key { id: UID } public entry fun grant_admin_cap(ctx: &mut TxContext) { let cap = AdminCap { id: object::new(ctx) }; transfer::public_transfer(cap, tx_context::sender(ctx)); } public entry fun restricted_action(_: &AdminCap) { // perform admin action } Ahora solo los usuarios que tengan el AdminCappueden ejecutarrestricted_action. Este patrón se usa ampliamente en DeFi y DAoS para delegar la autoridad de forma segura. Paso 5: Trabajar con estructuras de datos complejas Move admite tipos de datos estructurados que permiten a los desarrolladores modelar relaciones y lógicas complejas. 5.1 Vectores Los vectores se utilizan para almacenar colecciones ordenadas de elementos del mismo tipo. let names = vector[String::utf8(b"Alice"), String::utf8(b"Bob")]; Son útiles para almacenar listas de NFT, funciones de usuario o metadatos dinámicos. Ejemplo de uso: vector::push_back(&mut names, String::utf8(b"Charlie")); 5.2 Tablas (a través de la biblioteca estándar Sui) Si bien Move no admite mapas ni tablas hash de forma nativa, Sui proporciona Tableeste tipo en su biblioteca estándar. use sui::table::{Self, Table}; struct Registry has key { id: UID, entries: Table, } public fun add_entry(registry: &mut Registry, key: u64, value: String) { table::add(&mut registry.entries, key, value); } Use tablas para administrar grandes conjuntos de datos de manera eficiente. Paso 6: Probar y depurar sus contratos Las pruebas garantizan que tu código Move se comporte según lo esperado en diversas condiciones. 6.1 Pruebas unitarias en Move Escribe las pruebas unitarias directamente en tus módulos de Move utilizando el marco de pruebas. #[test] public fun test_create_sweet_place() { let ctx = tx_context::dummy(); create_sweet_place(&mut ctx, String::utf8(b"My House")); } Ejecute pruebas con: sui move test 6.2 Uso de Sui Explorer Después de implementar tu contrato, usa el Sui Explorer para inspeccionar las transacciones, ver los estados de los objetos y solucionar problemas. Paso 7: Aplicaciones en el mundo real de los conceptos de movimiento avanzados Ahora que entiendes las principales características del lenguaje, exploremos cómo se aplican a situaciones del mundo real. 7.1 Plataforma de acuñación NFT Cree una plataforma que permita a los usuarios acuñar NFT con el respaldo de los recursos de Move, aprovechando los modelos de propiedad y recursos. 7.2 Sistema de votación DAO Implemente una organización autónoma descentralizada (DAO) con Move para votar, presentar propuestas y gobernar, utilizando eventos y capacidades para llevar a cabo acciones seguras. 7.3 Intercambios de tokens y AMM Cree una bolsa descentralizada (DEX) utilizando los módulos Move para representar los fondos de liquidez y las permutas de tokens, utilizando genéricos y tablas para una gestión estatal eficiente.

    • Sui
    • Architecture
    • Move
    2
  • article banner.
    Evgeniy CRYPTOCOIN.Peera.
    ParaSuiJun 30, 2025
    Artículo

    ¿Qué son las NFT dinámicas y por qué Sui sobresale en ellas?

    El espacio de las NFT está evolucionando más allá de las imágenes estáticas y las imágenes de perfil (PFP). ¿La próxima frontera? Los NFT dinámicos (DNFT) son tokens que pueden cambiar en función de los datos del mundo real, las interacciones de los usuarios o los eventos en cadena. Si bien muchas cadenas de bloques admiten las NFT, Sui Network se encuentra en una posición única para impulsar el futuro de las DNFT gracias a su arquitectura innovadora. Este artículo explora: ¿Qué hace que una NFT sea «dinámica»? ¿Por qué la tecnología de Sui es perfecta para las DNFT Casos de uso del mundo real en la actualidad El futuro de los activos digitales interactivos #1. ¿Qué son las NFT dinámicas? A diferencia de los NFT tradicionales (que son estáticos e inmutables), los NFT dinámicos pueden actualizar sus: Metadatos (por ejemplo, un NFT deportivo que cambia en función de las estadísticas del juego) Apariencia (p. ej., una obra de arte que evoluciona con el tiempo) Utilidad (p. ej., un NFT de fidelización que desbloquea nuevas ventajas) ¿Cómo funcionan? Los DNFT utilizan una lógica de contrato inteligente y entradas de datos externas (oráculos, acciones de los usuarios, etc.) para activar los cambios. Ejemplo: Una obra de arte NFT sensible a la intemperie que cambia de color en función de los datos climáticos en tiempo real. Un NFT con un personaje de juego que sube de nivel a medida que juegas. #2. Por qué Sui es la mejor cadena de bloques para NFT dinámicas Si bien Ethereum y Solana también admiten las DNFT, el diseño de Sui ofrece ventajas clave: Almacenamiento en cadena (sin dependencias externas) La mayoría de las cadenas de bloques almacenan los metadatos de NFT fuera de la cadena (por ejemplo, IPFS), lo que dificulta las actualizaciones dinámicas. Sui almacena todo en cadena, lo que permite realizar modificaciones instantáneas y sin confianza. Move Language: actualizaciones seguras y flexibles La solidez de Ethereum requiere contratos de proxy complejos para poder actualizar las NFT. El lenguaje Move de Sui permite la mutabilidad nativa, sin soluciones complicadas. Procesamiento paralelo (escalabilidad masiva) ¿Actualizar miles de DNFT a la vez? Ethereum tiene problemas con la congestión. La ejecución paralela de Sui gestiona millones de actualizaciones sin ralentizaciones. Modelo centrado en objetos (control granular) Cada NFT es un objeto independiente con una lógica personalizable. Permite una interactividad precisa (por ejemplo, solo el propietario puede activar los cambios). #3. Casos de uso reales de DNFT en Sui Juegos y metaverso Objetos del juego que evolucionan (p. ej., una espada NFT que adquiere habilidades con el uso). Interoperabilidad entre juegos (los objetos de Sui pueden moverse entre las DApps). Ejemplo: *Los juegos basados en Sui, como Panzerdogs, utilizan DNFT para crear avatares personalizables. * Arte generativo y reactivo NFT impulsados por inteligencia artificial que cambian de estilo en función de las tendencias del mercado. Arte colaborativo en el que los coleccionistas influyen en la pieza final. Ejemplo: *Los laboratorios de arte como la Galería Sui albergan exposiciones de DnFt. * Seguimiento de activos del mundo real (RWA) NFT de escrituras que se actualizan con los registros de la propiedad. Insignias de certificación que caducan o se renuevan automáticamente. Programas de lealtad y membresía NFT de descuentos dinámicos que mejoran con el gasto de los clientes. Pases de acceso VIP que desbloquean nuevos niveles con el tiempo. Ejemplo: *Los socios minoristas de Sui están probando los programas de fidelización de DnFT. * #4. El futuro de los DNFT en Sui Espere ver: Los DNFT integrados en la IA (p. ej., los chatbots que viven en avatares de NFT). Los DNFT están garantizados por DeFi (el valor se ajusta en función de las condiciones del mercado). Juegos totalmente en cadena en los que cada activo es un dNFT mutable. Conclusión: Sui está construyendo el futuro de los NFT Si bien las NFT estáticas dominaron el período 2021-2023, las NFT dinámicas dominarán la próxima tendencia alcista, y la tecnología de Sui la convierte en la plataforma ideal. Con el almacenamiento en cadena, la seguridad de Move y una escalabilidad sin igual, Sui está a punto de convertirse en el hogar de los DNFT avanzados.

    • Sui
    • Architecture
    5
  • article banner.
    Benjamin XDV.Peera.
    ParaSuiJun 30, 2025
    Artículo

    ¿La IA reemplazará a los desarrolladores humanos en Web3?

    El rápido avance de las herramientas de codificación basadas en inteligencia artificial (como GitHub Copilot, ChatGPT y Claude) ha provocado un debate: * ¿La IA eventualmente reemplazará a los desarrolladores de Web3? * Si bien la IA está transformando la forma en que creamos aplicaciones descentralizadas (dApps), la respuesta no es un simple sí o no. Este artículo explora: Cómo la IA ya está cambiando el desarrollo de Web3 Limitaciones de la IA en la codificación de cadenas de bloques La evolución del papel de los desarrolladores humanos ¿Quién dominará el futuro de Web3: la IA, los humanos o ambos? #1. Cómo la IA está transformando el desarrollo de la Web3 La IA ya está ayudando a los desarrolladores de maneras clave: Redacción más rápida de contratos inteligentes Herramientas como ChatGPT y Warp AI (para Solana) pueden generar plantillas básicas de contratos inteligentes en segundos. Ejemplo: "Escriba un contrato de token ERC-20 de Solidity con funcionalidad de grabación. « Auditoría automatizada y detección de errores Las herramientas basadas en inteligencia artificial (Certora, Slither) escanean el código en busca de vulnerabilidades, como los ataques de reentrada. Reduce las pérdidas anuales de más de 3000 millones de dólares causadas por los hackeos de DeFi. Lenguaje natural para codificar Los desarrolladores pueden describir la lógica en un lenguaje sencillo y la IA la convierte en Move (Sui), Solidity (Ethereum) o Rust (Solana). Optimización de las tarifas y el despliegue del gas La IA sugiere métodos de transacción eficientes en cuanto al consumo de gas. Predice los mejores momentos para implementar contratos a fin de evitar la congestión de la red. #2. Por qué la IA no reemplazará por completo a los desarrolladores de Web3 (todavía) A pesar de estos avances, la IA todavía tiene limitaciones críticas: Falta de un conocimiento profundo de la cadena de bloques La IA puede replicar el código existente, pero tiene dificultades con las soluciones criptográficas novedosas (por ejemplo, las pruebas de conocimiento cero). A menudo alucina con una lógica incorrecta en contratos inteligentes complejos. No hay intuición sobre los riesgos de seguridad La IA puede pasar por alto los sutiles vectores de ataque que detectan los auditores humanos. Ejemplo: *Es posible que una IA no prevea una vulnerabilidad de gobernanza en una DAO. * Incapacidad para innovar La mayoría de las herramientas de IA mezclan el código existente en lugar de inventar nuevos mecanismos de consenso o modelos tokenómicos. Los verdaderos avances de la cadena de bloques (como la transición a PoS de Ethereum) aún requieren ingenio humano. Puntos ciegos legales y éticos La IA no puede sortear las áreas grises regulatorias (por ejemplo, las leyes de valores para el lanzamiento de tokens). Las decisiones éticas (p. ej., el equilibrio entre descentralización y escalabilidad) necesitan el juicio humano. #3. El futuro: la IA como copiloto, no como reemplazo ¿Cuál es el escenario más probable? La IA ayuda a los desarrolladores, pero no los reemplaza. Los desarrolladores junior aprovecharán la IA Se automatizarán las tareas rutinarias (contratos estándar, pruebas unitarias). Los desarrolladores principiantes deben mejorar sus habilidades en seguridad y arquitectura para seguir siendo relevantes. Los desarrolladores sénior se centrarán en la innovación Los mejores ingenieros diseñarán nuevos protocolos, optimizarán los sistemas L1/L2 y abordarán los problemas no resueltos (por ejemplo, la resistencia a los MEV). Surgirán nuevos roles «Entrenadores de contratos inteligentes con inteligencia artificial»: ajustando los modelos para tareas específicas de la cadena de bloques. «Auditor híbrido»: combinación de herramientas de inteligencia artificial con la revisión manual. Conclusión: la IA es una herramienta, no una adquisición La IA interrumpirá los trabajos de codificación de bajo nivel, pero no eliminará la necesidad de desarrolladores Web3 expertos. En cambio, la industria cambiará: Los desarrolladores promedio que confían en la codificación de copiar y pegar corren el riesgo de quedar obsoletos. Los desarrolladores de élite que dominen la IA y tengan una profunda experiencia en blockchain prosperarán. Veredicto final: A corto plazo (2024-2026): la IA gestiona entre el 30 y el 50% de la codificación estándar. A largo plazo (2030+): los seres humanos y la IA crean conjuntamente dApps más inteligentes y seguras.

    • Sui
    • Move
    4
  • 0xduckmove.Peera.
    ParaSuiJun 30, 2025
    P&R expertos

    ¿Está inactivo el servidor de testnet?

    0|pictor-node | SuiHTTPStatusError: Unexpected status code: 503 0|pictor-node | at SuiHTTPTransport.request (/home/ubuntu/pictor-backend-nodejs/node_modules/@mysten/sui/src/client/http-transport.ts:113:10) 0|pictor-node | at processTicksAndRejections (node:internal/process/task_queues:105:5) 0|pictor-node | at SuiClient.getNormalizedMoveFunction (/home/ubuntu/pictor-backend-nodejs/node_modules/@mysten/sui/src/client/client.ts:397:10) 0|pictor-node | at /home/ubuntu/pictor-backend-nodejs/node_modules/@mysten/sui/src/experimental/transports/json-rpc-resolver.ts:267:17 0|pictor-node | at async Promise.all (index 0) 0|pictor-node | at normalizeInputs (/home/ubuntu/pictor-backend-nodejs/node_modules/@mysten/sui/src/experimental/transports/json-rpc-resolver.ts:264:3) 0|pictor-node | at resolveTransactionData (/home/ubuntu/pictor-backend-nodejs/node_modules/@mysten/sui/src/experimental/transports/json-rpc-resolver.ts:33:3) 0|pictor-node | at /home/ubuntu/pictor-backend-nodejs/node_modules/@mysten/sui/src/transactions/resolve.ts:68:3 0|pictor-node | at /home/ubuntu/pictor-backend-nodejs/node_modules/@mysten/sui/src/transactions/Transaction.ts:764:5 0|pictor-node | at _Transaction.runPlugins_fn (/home/ubuntu/pictor-backend-nodejs/node_modules/@mysten/sui/src/transactions/Transaction.ts:786:3) { 0|pictor-node | status: 503, 0|pictor-node | statusText: 'Service Unavailable' 0|pictor-node | } `

    • Sui
    • Architecture
    1
    1
  • Benjamin XDV.Peera.
    ParaSuiJun 30, 2025
    P&R expertos

    What Are Common Security Pitfalls in Sui Move Development?

    I’m auditing a Sui Move smart contract and want to avoid critical vulnerabilities. From reviewing past exploits, I’ve seen: access control issues, arithmetic overflows, reentrancy risks, frontrunning, improper object ownership Questions: What are the most critical Sui Move vulnerabilities to watch for? How does Move’s ownership model prevent/differ from traditional reentrancy? Are there Sui-specific attack vectors (e.g., object spoofing)?

    • Sui
    • Architecture
    5
    2
    Mejor Respuesta
  • article banner.
    Bekky.Peera.
    ParaSuiJun 30, 2025
    Artículo

    El impacto de la IA en las aplicaciones descentralizadas (dApps)

    La IA está revolucionando las dApps, mejorando los ecosistemas de contratos inteligentes, DeFi y blockchain, al tiempo que plantea dudas sobre la seguridad y la descentralización. Innovaciones clave de inteligencia artificial en las dApps Contratos inteligentes más inteligentes: la IA permite contratos adaptables que optimizan las tarifas, detectan vulnerabilidades y se ajustan a las condiciones del mercado (por ejemplo, Fetch.ai). DeFi con tecnología de inteligencia artificial: mejora la gestión de riesgos, la detección de fraudes y las estrategias de cartera automatizadas (por ejemplo, Numerai). Mercados de IA descentralizados: la cadena de bloques permite una negociación transparente e incentivada con modelos de IA (por ejemplo, Bittensor). AI Oracles: mejora la precisión de los datos de las dApps al validar y procesar entradas complejas (por ejemplo, DIA). Juegos y NFT generados por IA: crean NFT dinámicos y experiencias de juego adaptables (por ejemplo, Alethea AI). Desafíos en las dApps impulsadas por IA Riesgos de centralización La mayoría de los modelos de IA requieren una enorme potencia computacional y, a menudo, dependen de proveedores de nube centralizados (por ejemplo, AWS o Google Cloud). Esto contradice el espíritu de descentralización de la cadena de bloques y crea posibles puntos únicos de falla. Soluciones como las redes informáticas descentralizadas (por ejemplo, Akash, Gensyn) tienen como objetivo abordar este problema, pero aún se encuentran en las primeras etapas. Incertidumbre regulatoria Si un contrato inteligente impulsado por la IA toma una decisión errónea (por ejemplo, una liquidación incorrecta en DeFi), ¿quién es el responsable: el desarrollador, el modelo de IA o la DAO? Los gobiernos pueden imponer reglas estrictas a las aplicaciones financieras impulsadas por la inteligencia artificial, lo que podría sofocar la innovación. El cumplimiento se vuelve complejo cuando la IA opera en varias jurisdicciones. Los altos costos de la IA en cadena Entrenar y ejecutar modelos de IA en cadena es prohibitivamente caro debido a las tarifas de gas y las limitaciones de almacenamiento. Las soluciones emergentes, como el aprendizaje automático sin conocimiento (zKML) y la IA fuera de la cadena con verificación en cadena, podrían reducir los costos. Las soluciones de escalado de nivel 2 pueden ayudar, pero la eficiencia sigue siendo un desafío. Posibilidades futuras de la IA en las dApps DAO autónomos gobernados por la IA La IA podría reemplazar el voto humano en las DAO, tomando decisiones basadas en el análisis de datos en tiempo real. Ejemplo: una DAO basada en inteligencia artificial que gestione un protocolo DeFi podría ajustar automáticamente las tasas de interés o los parámetros de seguridad sin propuestas. Cadenas de bloques que se optimizan automáticamente Los mecanismos de consenso impulsados por la inteligencia artificial podrían ajustar dinámicamente el tamaño de los bloques, las tarifas o los protocolos de seguridad para aumentar la eficiencia. Las redes podrían «aprender» de los ataques anteriores (por ejemplo, ataques del 51%) para evitar futuras vulnerabilidades. Protocolos DeFi seleccionados por IA Las plataformas DeFi podrían usar la inteligencia artificial para reequilibrar automáticamente las reservas de liquidez, predecir caídas o incluir en listas negras a actores malintencionados. Ejemplo: un protocolo de préstamos basado en la inteligencia artificial podría ajustar los requisitos de garantía en tiempo real en función de la volatilidad del mercado.

    • Sui
    5
  • Evgeniy CRYPTOCOIN.Peera.
    ParaSuiJun 30, 2025
    P&R expertos

    How to Create a Liquidity Pool in Sui Move?

    I'm building a DeFi protocol on Sui and need to implement a basic liquidity pool (like Uniswap-style AMM) in Move. I'm struggling with: Storing LP tokens – How to handle dynamic supply and balances? Deposits/Withdrawals – Ensuring atomic swaps and proper math. Fee mechanism – Where to deduct fees without breaking invariants? Frontrunning protection – Is there a built-in way to handle slippage? What I've tried: Basic two-token pool using Table for balances. Manual LP mint/burn logic. Fixed 0.3% fee on swaps. Issues encountered: "Arithmetic overflow" when calculating liquidity. Reentrancy risks – Can Sui Move prevent this? LP token accuracy – Decimals handling feels hacky. Questions: What’s the correct architecture for a Sui liquidity pool? How to implement safe math for swaps/deposits? Are there Sui-specific optimizations (vs. EVM AMMs)? How to make the pool composable with other DeFi protocols?

    • Sui
    5
    1
    Mejor Respuesta
  • article banner.
    Owen.Peera.
    Owen496
    ParaSuiJun 30, 2025
    Artículo

    Errores comunes de Sui Blockchain: bloqueo de objetos y límites de velocidad de acceso

    Al desarrollar o probar aplicaciones en la cadena de bloques Sui, los desarrolladores suelen encontrarse con dos problemas comunes: 1.Errores de bloqueo de objetosdurante la ejecución de la transacción 2.Solicitudes de grifo con tarifa limitadaal intentar obtener fichas de prueba En este artículo se explican ambos problemas en detalle y se proporcionan soluciones prácticas para ayudarte a evitar frustraciones durante el desarrollo. #1. Error: objetos reservados para otra transacción 🔍 ¿Qué significa Es posible que te encuentres con un error como este: JsonRpcError: Failed to sign transaction by a quorum of validators because one or more of its objects is reserved for another transaction. Esto significa que uno o más objetos (por ejemplo, monedas de gasolina u objetos compartidos) involucrados en tu transacción están actualmente bloqueados por una transacción enviada anteriormente, incluso si aún no se ha completado. Sui utiliza uncontrol de simultaneidad optimista, que bloquea los objetos hasta que la transacción finalice o caduque (entre 30 y 60 segundos). Si varias transacciones intentan usar el mismo objeto antes de la finalización, fallarán y mostrarán este error. Cómo comprobar si un objeto está disponible Utilice el sui_getObjectmétodo RPC para inspeccionar el estado del objeto: curl --location --request POST 'https://fullnode.testnet.sui.io:443' \ --header 'Content-Type: application/json' \ --data-raw '{ "jsonrpc": "2.0", "id": 1, "method": "sui_getObject", "params": [""] }' Si la respuesta contiene "status": "Locked"o"owner": "locked", espere antes de volver a utilizar el objeto. Mejores prácticas para evitar problemas de bloqueo de objetos 1.Espere a que finalice antes de enviar nuevas transacciones waitForTransactionUso desde el SDK: import { JsonRpcProvider } from '@mysten/sui.js'; const provider = new JsonRpcProvider('https://fullnode.testnet.sui.io:443'); await provider.waitForTransaction(''); 2.Usa varias monedas de gas Para evitar contiendas, divide tu moneda de gasolina: sui client split-coin --coin-id --amounts Luego usa una moneda de gas diferente para cada transacción. 3.Vuelva a intentarlo con retroceso exponencial Cuando se produzcan errores de bloqueo, vuelva a intentarlo después de demoras cada vez mayores (p. ej., 1, 2 o 4 segundos). 4.Supervisar mediante Explorer Usa Sui Explorer para rastrear el estado de la transacción bloqueada por resumen. #2. Error: 429 Demasiadas solicitudes: límite de velocidad de recepción Qué significa Al solicitar fichas de prueba en Sui Faucet, es posible que veas lo siguiente: API Error: 429 POST /v2/gas - “429 Too Many Requests” Esto indica que has superado el límite de velocidad, normalmente debido a que se han realizado demasiadas solicitudes desde la misma dirección IP o cuenta en un período de 24 horas. Soluciones Pruebe grifos alternativos faucet.testnet.sui.ioEl faucet oficial () tiene límites estrictos. Puedes probar servicios alternativos: https://faucet.n1stake.com/ https://faucet.sui.io Estos grifos suelen tener políticas más indulgentes o límites tarifarios separados. Reutilice las cuentas de prueba En lugar de crear cuentas nuevas cada vez, reutiliza las cuentas existentes para reducir las solicitudes que se solicitan sin parar. Ejecute una red de prueba local Para realizar pruebas o desarrollos intensivos, considere la posibilidad de utilizar su propia red Sui local: sui start --local-rpc-address Esto le da un control total sobre el gas y evita dependencias externas.

    • Sui
    • Transaction Processing
    5
  • article banner.
    Arnold.Peera.
    ParaSuiJun 30, 2025
    Artículo

    ¿Cómo evita Sui los hackeos de contratos inteligentes?

    El hackeo de contratos inteligentes ha afectado a la industria de la cadena de bloques, y solo en 2023 se perdieron más de 3 000 millones de dólares debido a vulnerabilidades en plataformas como Ethereum. La red Sui, diseñada con la seguridad como prioridad, presenta varias innovaciones clave para minimizar estos riesgos. Este artículo explora: 🔒 Las funciones de seguridad integradas de Sui 💡 Cómo el lenguaje Move evita las vulnerabilidades más comunes 🛡️ Comparación con las vulnerabilidades de Ethereum 🚀 Por qué Sui podría convertirse en la plataforma de contratos inteligentes más segura 1. El lenguaje de programación Move: un enfoque que prioriza la seguridad Sui usa Move, un lenguaje desarrollado originalmente para la cadena de bloques Diem de Facebook, diseñado específicamente para la gestión segura de activos. Principales beneficios de seguridad de Move: Evita las llamadas externas sin control: evita los ataques de reingreso (como el hackeo de 60 millones de dólares de la DAO a Ethereum). Normas estrictas de escritura y propiedad: eliminan la pérdida accidental de fondos debida a errores de codificación. Soporte de verificación formal: permite probar matemáticamente la exactitud del contrato. Ejemplo: en Ethereum, un simple error tipográfico puede consumir fondos. En Move, el compilador rechaza el código no seguro antes de la implementación. 2. Modelo centrado en objetos: aislamiento de vulnerabilidades A diferencia del modelo de estado compartido de Ethereum (en el que un error puede afectar a muchos contratos), el almacenamiento basado en objetos de Sui limita la propagación de los exploits: Cada activo (moneda, NFT, etc.) es un objeto distinto con reglas de propiedad estrictas. Los contratos no pueden modificar arbitrariamente datos no relacionados. Impacto: Incluso si un contrato se ve comprometido, los daños están contenidos, a diferencia de los riesgos de componibilidad de Ethereum (por ejemplo, el hackeo del puente Wormhole de 325 millones de dólares). 3. Sin ataques de «duelo por gas» En Ethereum, los atacantes pueden enviar contratos de spam con transacciones que consumen mucha gasolina para bloquear a los usuarios legítimos (por ejemplo, ataques de denegación de servicio). La solución de Sui: Transacciones fijas de bajo costo (sin subastas de gas). La ejecución en paralelo evita la congestión en toda la red. 4. Monitoreo de seguridad en cadena Los validadores de Sui supervisan activamente las actividades sospechosas: Verificaciones previas de las transacciones: rechace las solicitudes obviamente maliciosas. Análisis en tiempo real: marca el comportamiento anormal (por ejemplo, grandes retiradas repentinas). 5. Récord de seguridad en el mundo real (hasta ahora) Sui no ha sufrido ningún hackeo importante desde el lanzamiento de la red principal (2023). Ethereum tiene un promedio de 2 a 3 de las principales vulnerabilidades de DeFi al mes. Caso práctico: Un DEX con sede en Sui (Cetus) ha procesado operaciones de más de mil millones de dólares sin incidentes de seguridad, a diferencia de los DEX de Ethereum, que suelen ser víctimas de ataques. 6. Preparada para el futuro: verificación formal y auditorías Sui alienta a: Verificación formal: demostrar matemáticamente que los contratos están libres de errores. Requisitos de auditoría múltiple: los proyectos principales deben superar más de 3 auditorías. Conclusión: ¿Es Sui la plataforma de contratos inteligentes más segura? Si bien ningún sistema es 100% resistente a los ataques informáticos, el lenguaje Move de Sui, el modelo de objetos y la ejecución en paralelo hacen que sea mucho menos vulnerable que Ethereum en la actualidad. El resultado final: Para desarrolladores: Move reduce el riesgo de errores humanos. Para los usuarios: hay menos probabilidades de perder fondos a causa de exploits. Para las instituciones: la seguridad de nivel empresarial genera confianza. **¿Qué sigue? ¿Adoptará Ethereum funciones similares a las de Move? ¿Puede Sui mantener su historial de seguridad limpio a medida que aumenta la adopción?** Comparte tus opiniones a continuación

    • Sui
    6