Peera.

Explorar

Conéctate con comunidades y descubre nuevas ideas.

Sui.X.Peera.

Gana tu parte de 1000 Sui

Gana puntos de reputación y obtén recompensas por ayudar a crecer a la comunidad de Sui.

Comunidades

Filtro:Todas las blockchains

Recompensa

  • Bolke .Peera.
    Bolke 203
    ParaSuiAug 12, 2025
    +15

    Error de movimiento: no se puede procesar la transacción No se han encontrado monedas de gasolina válidas para la transacción

    Cuando hago esto: //Divida el pago de la moneda principal const [PaymentCoin] = tx.SplitCoins ( tx.object (ID principal de Coin.coinObjectID), [tx.pure.u64 (cantidad de pago requerida)] ); //Usa la moneda original para el pago de la gasolina tx.setGasPayment ([{ ID de objeto: primarycoin.coinObjectID, versión: PrimaryCoin.Version, resumen: PrimaryCoin.digest }]); tx.SetGas Budget (10_000_000); Se queja de que los objetos mutables no pueden aparecer más de uno en una transacción. Cuando elimino el pago de la gasolina, aparece una queja: «No se puede procesar la transacción No se han encontrado monedas de gasolina válidas para la transacción». Mi función de contratación acepta 0,01 sui a cambio de un NFT

    2
    9
  • Xavier.eth.Peera.
    Xavier.eth308
    ParaSuiJun 27, 2025
    +15

    Fallo en la transacción Sui: objetos reservados para otra transacción

    Me encuentro con un problema persistente JsonRpcErroral intentar ejecutar transacciones en Sui. El error indica que los objetos están reservados para otra transacción, aunque he implementado el procesamiento secuencial de las transacciones con retrasos. JsonRpcError: Failed to sign transaction by a quorum of validators because one or more of its objects is reserved for another transaction. Other transactions locking these objects: AV7coSQHWg5vN3S47xada6UiZGW54xxUNhRv1QUPqWK (stake 33.83) 0x1c20f15cbe780ee7586a2df90c1ab70861ca77a15970bea8702a8cf97bd3eed9 0x1c20f15cbe780ee7586a2df90c1ab70861ca77a15970bea8702a8cf97bd3eed9 0x1c20f15cbe780ee7586a2df90c1ab70861ca77a15970bea8702a8cf97bd3eed9 He intentado: Ejecución secuencial de la transacción (esperando a que se complete la transacción anterior) Se agregaron retrasos de 3 segundos entre transacciones Y sigo recibiendo el mismo error de forma constante. Uso de Sui RPC para el envío de transacciones. El mismo ID de objeto aparece varias veces en la lista de objetos bloqueados. El error se produce incluso con una secuenciación cuidadosa de las transacciones. ¿Qué hace que los objetos se «reserven» para otras transacciones? ¿Cómo puedo comprobar correctamente si un objeto está disponible antes de usarlo en una transacción? ¿Existen mejores prácticas para gestionar los bloqueos de objetos en Sui? ¿Podría estar relacionado con el tiempo de finalización de la transacción? ¿Alguien se ha encontrado con este problema antes? ¡Cualquier información sobre la gestión adecuada de objetos en las transacciones de Sui sería muy apreciada!

    4
    8
  • Xavier.eth.Peera.
    Xavier.eth308
    ParaSuiJun 17, 2025
    +15

    ¿Cómo interactúan las restricciones de capacidad con los campos dinámicos en colecciones heterogéneas?

    Estoy creando un mercado que necesita gestionar varios tipos de activos con diferentes requisitos de capacidad, y me he planteado algunas preguntas fundamentales sobre el sistema de tipos de Move. Quiero almacenar diferentes tipos de activos en la misma colección, pero tienen diferentes capacidades: NFT normales: key + store(transferibles) Tokens Soulbound: key únicamente (no transferibles) Activos personalizados con restricciones de transferencia public struct Marketplace has key { id: UID, listings: Bag, // Want to store different asset types here } // This works for transferable assets public fun list_transferable( marketplace: &mut Marketplace, asset: T, price: u64 ) { /* ... */ } // But how to handle soulbound assets? public fun list_soulbound( // No store ability marketplace: &mut Marketplace, asset_ref: &T, // Can only take reference price: u64 ) { /* How do I store metadata about this? */ } Preguntas clave: Requisitos de habilidad: Cuando se usadynamic_field::add(), ¿Vsiempre se necesita store en tiempo de compilación? ¿Pueden los tipos de contenedores solucionar esto? Almacenamiento heterogéneo: ¿puede una sola bolsa almacenar objetos con diferentes conjuntos de habilidades (key + store + copycontrakey + store) y manipularlos de forma diferente durante el tiempo de ejecución? Seguridad de tipos: dado que los campos dinámicos eliminan los tipos, ¿cómo puedo mantener la seguridad de los tipos al recuperar los valores? ¿Cuál es el patrón para almacenar los metadatos de tipo? Patrón de testigos: ¿Cómo funcionan las restricciones de habilidad con los tipos de fantasmas? ¿Puedo AssetAssetguardarlos en la misma colección y extraer la información de tipos más adelante? Construir un sistema en el que los NFT, los tokens de soul bound y los activos restringidos requieran funciones de mercado, pero con una semántica de transferencia diferente. He probado los tipos de contenedores, varias colecciones por conjunto de habilidades y el almacenamiento de metadatos de tipos separados. Cada uno tiene sus ventajas y desventajas entre la seguridad del tipo, los costos de la gasolina y la complejidad.

    0
    7

Más reciente

  • BBT101.Peera.
    BBT10110
    ParaSuiAug 16, 2025

    El papel de Sui en la racionalización del comercio mundial y la infraestructura de la cadena de suministro

    Introducción: El comercio mundial es un cuello de botella para la confianza La cadena de suministro moderna abarca docenas de países, cientos de proveedores e innumerables documentos, muchos de ellos en papel, propensos a errores o no verificables. Desde el seguimiento de contenedores hasta las declaraciones de aduana y los certificados de origen, el comercio mundial está plagado de: • Fragmentación de datos entre jurisdicciones y sistemas • Documentación fraudulenta y falsificación • Resolución ineficiente de disputas • Conciliación costosa y falta de transparencia Sui ofrece una plataforma de cadena de bloques programable, transparente y escalable capaz de modelar todo el proceso de comercio global, con automatización segura, trazabilidad y gobernanza modular. ¿Por qué utilizar Sui para el comercio y la cadena de suministro? A diferencia de muchas cadenas de bloques de uso general, la arquitectura orientada a objetos y la ejecución paralela de Sui permiten a las empresas: Característica y beneficio en las aplicaciones comerciales Modelado basado en objetos: modele activos del mundo real, como contenedores, envíos y documentos Escalabilidad horizontal Gestione el seguimiento y las actualizaciones de eventos de gran volumen Autenticación con ZKLogin Identifique de forma segura a los usuarios (agentes de aduanas, proveedores) Registro de eventos y emisiones Rastree toda la cadena de custodia en todas las redes Los módulos Custom Move codifican la lógica de los contratos (por ejemplo, las reglas de origen, las tarifas) Sui transforma los documentos comerciales en activos digitales verificables y los procesos en flujos de trabajo transparentes y autoejecutables. Caso de uso: envío internacional con certificado de origen Veamos un caso de uso simplificado. 👟 Escenario: envío de zapatillas desde Vietnam a la UE Partes interesadas: • Fabricante en Ho Chi Minh • Transportista • Agentes de aduanas • Importador de la UE Flujo de trabajo basado en SUI: Objeto de envío creado por el fabricante (origen, número de lote, contenido) Objeto de certificado de origen emitido por la autoridad comercial de Vietnam La empresa de transporte actualiza TransitStatusObject a medida que avanza el envío El agente de aduanas verifica los documentos y firma digitalmente el despacho Un minorista de la UE recibe metadatos verificables sobre el producto y los metadatos en cadena Ventajas: • Todas las partes interesadas tienen acceso a un registro de auditoría a prueba de manipulaciones • No se permite compartir documentos por correo electrónico ni falsificar PDF • Cumplimiento inmediato de las normas de importación y exportación Arquitectura de un protocolo comercial basado en Sui Cada activo o documento de la cadena de suministro se convierte en un ciudadano de primera clase de la cadena. 🔩 Módulos principales: • ShipmentObject: incluye los artículos, el peso, el origen y la identificación única • CertificateModule: verifica la autenticidad del documento y las funciones del emisor • Módulo de aprobación de aduanas: los agentes de aduanas pueden aprobar o rechazar el envío • TransitEventModule: emite actualizaciones de ubicación (por ejemplo, el puerto se escanea o se carga) 🔐 Ejemplo: mover el módulo para la verificación de certificados módulo trade: :CertificateModule { El certificado de estructura tiene la clave { origin_country: vector, emisor: dirección, valido_hasta: u64, } public fun issue_certificate (emisor: &firmante, país: vector) { let cert = Certificado { origin_country: país, emisor: firmante: :address_of (emisor), valid_hasta: 1690000000, }; move_to (emisor, certificado); } public fun validate (cert: &Certificate): bool { timestamp: :now () < cert.valid_until } } Esta lógica garantiza que solo las autoridades confiables puedan emitir y validar los documentos comerciales. Interoperabilidad: colaboración transfronteriza en tiempo real La lógica modular de identidad y objetos de Sui permite la cooperación interjurisdiccional sin un control central: Acción de las partes interesadas sobre Sui La autoridad portuaria agrega el evento de escaneo a ShipmentObject La Oficina Nacional de Exportaciones emite un certificado firmado digitalmente El transportista actualiza la ETA del envío y los informes de estado El agente de aduanas verifica la autenticidad y el cumplimiento en cadena El minorista recupera el historial de productos verificable y los metadatos sobre el CO2 Con las API y los paneles de control basados en Sui, incluso los actores no técnicos pueden participar de forma segura en el protocolo. Prevención del fraude y trazabilidad El fraude comercial mundial se traduce en una pérdida de ingresos de miles de millones de dólares al año. Sui combate esto con: • Documentos firmados digitalmente vinculados a la identidad a través de zkLogin • Cadena de custodia inmutable con eventos con fecha y hora • Tokens de productos basados en NFT con certificaciones vinculadas • Activadores inteligentes que evitan la manipulación o las transferencias no autorizadas Ejemplo: prueba antifalsificación Cada ficha de producto de lujo (p. ej., un bolso de diseñador) puede: • Enlace al certificado de origen y al número de lote de fábrica • Incluye un código QR vinculado a un objeto en cadena • Impida la reventa a menos que esté autenticado por una cuenta verificada Los créditos de carbono y la integración de los criterios ESG Las empresas están bajo presión para demostrar que sus cadenas de suministro son sostenibles. Sui puede: • Registrar las emisiones de carbono por envío o unidad de producto • Permitir a terceros (auditores, ONG) verificar las puntuaciones de carbono • Adjunte los informes ESG a los NFT de envío • Permitir el comercio en cadena o la reclamación de compensaciones de carbono Ejemplo: los registros de movimiento de un contenedor marítimo se utilizan para estimar las emisiones y se adjunta un CarbonScoreObject al token del producto. Los compradores pueden verificarlo antes de la compra. Consideraciones de escalamiento para redes globales La ejecución paralelizada y la baja latencia de Sui hacen que esté lista para la empresa: Requisitos de escala: Sui & Feature 100.000 actualizaciones diarias Procesamiento paralelo de objetos Más de 100 partes interesadas por cadena: permisos a nivel de objeto La API en tiempo real necesita RPC de alto rendimiento y suscripciones a eventos Retención de datos Historial de objetos y registros en cadena Sui puede escalar tan rápido como crezca la demanda logística global. Desafíos y estrategias de despliegue Estrategia de mitigación de desafíos Restricciones de datos jurisdiccionales Utilice módulos específicos de la región y etiquetas de objeto Conocimientos limitados sobre la cadena de bloques Cree dApps e interfaces de usuario web fáciles de usar Integración con sistemas antiguos: middleware y conectores fuera de cadena Auditoría de seguridad y cumplimiento, registros de emisiones y atestaciones firmadas Comience con una línea comercial o de productos y, a continuación, amplíe gradualmente los protocolos y las integraciones. Conclusión: construir el futuro del comercio mundial sobre la base del SUI La arquitectura escalable, programable y centrada en objetos de Sui ofrece la base para un protocolo comercial global y verificable. Con Sui, las empresas pueden: • Reducir el papeleo, las demoras y el fraude • Automatice los flujos de trabajo entre múltiples partes • Logre una trazabilidad total y el cumplimiento de las normas ESG • Cree capas de datos compartidas sin servidores centrales En un mundo en el que la confianza, la transparencia y la velocidad definen el éxito comercial, Sui es más que una cadena de bloques: es la infraestructura de confianza para las cadenas de suministro del mañana.

    0
  • D’versacy .Peera.
    D’versacy 10
    ParaSuiAug 16, 2025

    🔒 Proteger su aplicación Sui: una práctica lista de verificación de seguridad

    Basarse en Sui es emocionante: su modelo centrado en objetos abre nuevos patrones de diseño y un paralelismo más rápido. Pero ⚠️ nuevos modelos = nuevos errores. Los errores de propiedad, las filtraciones de depósitos en garantía o el descuido de las claves de administración pueden provocar pérdidas costosas. En esta guía encontrará una lista de verificación de seguridad paso a paso 📝, además de un práctico ejemplo de mercado para mostrarle cómo evitar los errores más comunes. ✅ 1) La lista de verificación de seguridad de Sui 🔑 Privilegio mínimo • No confíe en una única «clave de administrador» global. • Utilice objetos de capacidad para obtener autoridad. • Proteja los poderes administrativos críticos con una gobernanza multifirma o en cadena. ⚖️ Transferencias atómicas en garantía • Guarde siempre los activos dentro de objetos de listado específicos. • Utilice bloques de transacciones programables (PTB) para realizar permutas atómicas → evite los gastos anticipados y duplicados. 🛡️ Valide todas las entradas • En Move, compruebe las longitudes, los límites y las restricciones de los vectores. • Valide la deserialización y rechace los objetos mal formados. • Nunca dé por sentado que la entrada es segura solo porque el objeto existe en la cadena. 🧪 Prueba y difumina agresivamente • Escriba pruebas negativas: entradas no válidas, actualizaciones simultáneas, agotamiento del gas. • Añada filtros para los flujos de transacciones inesperados. • Automatice la CI para detectar las regresiones de forma temprana. 🔐 Gestión de claves • Almacene las claves de administrador en carteras de hardware. • Utilice multisig para las acciones de gobierno. • Gire las teclas cuando los miembros del equipo se vayan. 👀 Auditorías e incentivos • Haga que se auditen los módulos críticos de Move. • Lanza un programa de recompensas por errores para que la comunidad lo pruebe. • Recuerda: los ojos externos captan lo que te pierdes. 🏪 2) Ejemplo en la práctica: un mercado seguro A continuación, se explica cómo aplicar la lista de verificación en una dApp del mercado: • Deposita los NFT de forma segura: El vendedor convierte el NFT en un objeto de anuncio. El contrato de mercado no puede aceptar fondos sin la aprobación del vendedor. • Gestione las regalías correctamente: Calcule las regalías dentro del PTB y asegúrese de que las comisiones se dividan correctamente (¡cuidado con el redondeo!). • ¿Reingreso? Aquí no: El modelo de recursos de Move evita la copia o la reentrada por diseño. Aun así, pruebe todos los flujos para asegurarse de que no haya lagunas lógicas. 📚 Fuentes y lecturas adicionales • Sui Docs: Conceptos y transacciones • Documento técnico de Sui (modelo centrado en objetos) • Documentos del SDK TypeScript de Mysten Labs • Mueva un libro • En GitHub Repo ✨ Conclusión: En Sui, la seguridad tiene menos que ver con los errores de reentrada al estilo de una máquina virtual y más con la propiedad, la autoridad y la atomización. Si sigues la lista de verificación, reducirás drásticamente la superficie de ataque y, al mismo tiempo, mantendrás seguros los activos de los usuarios.

    0
  • theking.Peera.
    theking933
    ParaSuiAug 16, 2025

    Desde una instalación limpia hasta tu primer objeto en cadena sin quedarte atascado

    Empiezas por instalar la CLI de Sui y la cadena de herramientas Move para poder crear y publicar código, luego ejecutas sui client active-address para confirmar que un par de claves funciona y te pones manos a la obra para probar la SUI, después de lo cual creas un nuevo paquete de Move con la plantilla para no luchar contra la estructura de carpetas, luego editas un solo módulo para definir un objeto simple con un campo de propietario y algunos métodos como init, update y transfer para que puedas hacer ejercicio El modelo de objetos de Sui rápidamente, luego compilas con sui, mueves, compilas y corriges cualquier error que muestre el compilador porque ese es tu ciclo de retroalimentación más rápido, luego publicas con sui client publish --gas-budget y tomas los ID del paquete y módulo de la salida para poder llamar a las funciones, luego llamas a tu función de entrada de inicio para acuñar un objeto y copiar el ID del objeto de los efectos de la transacción, luego ejecutas sui client object para ver la versión, el propietario y los campos, de modo que confirmas que la cadena escribió lo que esperabas, si te encuentras con «falta de gas», reduces el presupuesto de gas o solicitas más SUI dado que cada publicación y llamada cuesta gasolina, si aparece «módulo no encontrado», probablemente haya usado el ID de paquete incorrecto o se olvidó de reconstruirlo, si la transferencia falla por un error de capacidad, es probable que hayas compartido el objeto cuando quisiste decir que era propietario o te olvidaste de pasar la forma de argumento correcta, una vez que lo básico funciona, escribes el flujo en un script de shell o JavaScript, de modo que un comando crea, publica, acuña, actualiza y transfiere, lo que ahorra tiempo y evita errores tipográficos, y finalmente envías este ejemplo mínimo a un repositorio para que los compañeros de equipo puedan clonar y ejecutar los mismos pasos en minutos; al tratar el objeto como la unidad de pensamiento en lugar de como un único contrato global, alinea la forma en que codificas con la forma en que Sui almacena el estado, lo que mantiene limpio tu modelo mental y evita las reentradas difíciles de depurar o las carreras estatales globales que podrías encontrar en otras cadenas, y dado que Sui paraleliza las transacciones con objetos propios, también recibes una confirmación rápida mientras iteras, lo que hace que la incorporación sea mucho más agradable.

    0

Sin respuesta

  • BitcoinADUK.Peera.
    BitcoinADUK10
    ParaThe GraphMar 14, 2025

    GRT Token: ¿qué opinas?

    The Graph (GRT) es un protocolo descentralizado diseñado para indexar y consultar datos de cadenas de bloques, empezando por Ethereum. Permite a los desarrolladores crear y publicar API abiertas, conocidas como subgrafos, que hacen que los datos de la cadena de bloques sean fácilmente accesibles para las aplicaciones descentralizadas (dApps). El token nativo, GRT, es utilizado dentro de la red por participantes como indexadores, curadores y delegadores para garantizar la seguridad económica y la integridad de los datos que se consultan. Al 14 de marzo de 2025, GRT cotizaba a aproximadamente 0,094 dólares, con un volumen de operaciones en 24 horas de alrededor de 36 millones de dólares. Este precio actual refleja un descenso significativo desde su máximo histórico de 2,84 dólares, lo que indica una tendencia a la baja en los últimos años. La trayectoria de los precios del GRT se ha visto influenciada por varios factores, incluidos los avances tecnológicos, los avances regulatorios y los indicadores macroeconómicos más amplios. Estos elementos han contribuido colectivamente a la disminución del valor observada a lo largo del tiempo. Tenga en cuenta que los mercados de criptomonedas son muy volátiles y que el rendimiento pasado no garantiza resultados futuros. Es esencial realizar una investigación exhaustiva y considerar su situación financiera antes de tomar cualquier decisión de inversión.

    0
    0
  • Fractal Visions.Peera.
    Fractal Visions30
    ParaFractal VisionsNov 17, 2024

    Lanzamiento del MVP de Fractal Visions

    Fractal Visions, una plataforma de mercado descentralizada basada en el concepto de lasupercadena, ha lanzado oficialmente su nuevo mercado, posicionándose como un actor fundamental en el ecosistema de la cadena de bloques. Este mercado innovador aprovecha el poder de la supercadena (una red de cadenas de bloques escalable e interoperable) para ofrecer una experiencia de usuario perfecta a los creadores, coleccionistas y comerciantes de activos digitales. Estos son algunos de los aspectos más destacados del mercado de Fractal Visions: 1.Integración de supercadenas Fractal Visions ha integrado la infraestructura de la supercadena para garantizar una alta escalabilidad, bajos costos de transacción y tiempos de liquidación rápidos. Al aprovechar esta arquitectura, Fractal Visions puede ofrecer interoperabilidad entre cadenas, lo que permite a los usuarios realizar transacciones sin problemas en diferentes ecosistemas de cadenas de bloques. Esta es una ventaja significativa con respecto a las redes de cadenas de bloques tradicionales y aisladas, ya que proporciona a los usuarios más flexibilidad y acceso a una gama más amplia de activos digitales. 2.Mercado descentralizado La plataforma Fractal Visions funciona de manera totalmente descentralizada, lo que permite a los usuarios mantener el control total sobre sus activos digitales. Los artistas, creadores y coleccionistas pueden intercambiar y exhibir libremente NFT y otros artículos digitales sin la interferencia de entidades centralizadas. Esta naturaleza descentralizada mejora la transparencia, reduce el riesgo de censura y proporciona un entorno confiable para los usuarios. 3.Funciones centradas en el usuario El mercado está diseñado teniendo en cuenta la experiencia del usuario. Ofrece una interfaz sencilla e intuitiva para navegar, comprar y vender fácilmente NFT y otros activos digitales. Fractal Visions incluye funciones de búsqueda avanzada, recomendaciones personalizadas y un sistema de pujas avanzado para ventas tipo subasta. 4.Soporte multicadena Fractal Visions admite múltiples cadenas de bloques, lo que permite a los usuarios conectar sus carteras a través de varias redes. Esto incluye la compatibilidad con Optimism, Base, Mode y otras redes líderes de nivel 2. El enfoque multicadena garantiza que los usuarios puedan acceder a una amplia gama de activos e interactuar con una gran audiencia global. 5.Céntrate en los creadores Fractal Visions ofrece oportunidades únicas para que los creadores rentabilicen su trabajo. Al proporcionar a los creadores la propiedad total de sus activos y ofrecer modelos flexibles de reparto de ingresos, la plataforma garantiza que los artistas y desarrolladores puedan prosperar dentro de un ecosistema descentralizado. Además, los creadores pueden establecer estructuras de regalías que les permitan obtener ingresos de las ventas secundarias de sus obras. 6.Características innovadoras El mercado incorpora tecnología de vanguardia, como recomendaciones de contenido basadas en inteligencia artificial y funciones de seguridad mejoradas, lo que garantiza que la plataforma se mantenga a la vanguardia de los mercados basados en cadenas de bloques. Además, Fractal Visions está trabajando en la integración de las funciones de VR (Realidad Virtual) y AR (Realidad Aumentada) para que los usuarios puedan disfrutar de los activos digitales en entornos inmersivos. 7.Participación comunitaria Fractal Visions se compromete a construir una comunidad sólida en torno a su plataforma. El mercado apoya la gobernanza impulsada por la comunidad, lo que permite a los usuarios participar en los procesos de toma de decisiones y contribuir a la evolución de la plataforma. Ya sea votando sobre las propuestas o participando en interacciones sociales, los usuarios están en el centro del ecosistema. 8.Sostenibilidad y respeto al medio ambiente Como parte de su compromiso con la sostenibilidad, Fractal Visions está optimizando su red para lograr la eficiencia energética, garantizando que la plataforma funcione con una huella ambiental mínima. Esto se alinea con la tendencia más amplia de conciencia ecológica dentro de la industria de la cadena de bloques. El lanzamiento del nuevo mercado de Fractal Visions marca un importante paso adelante en la evolución de las plataformas descentralizadas basadas en supercadenas. Al combinar el poder de la interoperabilidad, la descentralización y el diseño centrado en el usuario, Fractal Visions está preparada para cambiar la forma en que se crean, comercializan y experimentan los activos digitales. La perfecta integración del mercado con múltiples cadenas de bloques, junto con su enfoque en empoderar a los creadores y fomentar la participación de la comunidad, lo posicionan como uno de los principales contendientes en el ecosistema de activos digitales en rápido crecimiento.

    0
    0
  • 0x5ca8...8c95.Peera.
    0x5ca8...8c9510
    ParaAaveOct 17, 2024

    Estuches Rewards Edge

    Pregunta 1: ¿Es posible que si un usuario proporciona un determinado activo en AAVE V2, en lugar de simplemente recibir una cantidad equivalente de un token, el usuario también reciba un activo que no sea un token? Pregunta 2: Si proporciono 1000 USDC en AAVE V2, estoy sujeto a recibir una cantidad equivalente a USDC y a obtener intereses por ellos. ¿Es posible que también pueda recibir otras recompensas sin hacer nada? En caso afirmativo, ¿cómo?

    0
    0

Tendencia

  • Vens.sui.Peera.
    Vens.sui213
    ParaSuiApr 29, 2025

    AMM Bot en el ecosistema Sui

    ¿Cuáles son las principales características y funcionalidades de los bots AMM dentro del ecosistema de Sui? ¿Cómo mejoran los mecanismos comerciales tradicionales y qué ventajas ofrecen a los usuarios que utilizan los protocolos DeFi en la red Sui? ¿Necesito construir uno o puedo usar Turbos Finance, por ejemplo

    9
    4
  • 0xduckmove.Peera.
    0xduckmove2038
    ParaSuiApr 08, 2025

    👀 SEAL: creo que la privacidad de los datos de Web3 está a punto de cambiar

    👀 SEAL está disponible en Sui Testnet. Creo que la privacidad de los datos de Web3 está a punto de cambiar En la Web3, es común escuchar frases como* «los usuarios son dueños de sus datos»* o* «descentralizado por diseño»*. Sin embargo, si se analiza detenidamente, muchas aplicaciones aún dependen de infraestructuras centralizadas para gestionar los datos confidenciales, y utilizan servicios como AWS o Google Cloud para la administración de claves. Esto introduce una contradicción: descentralización en la superficie, centralización en el fondo. Pero, ¿y si hubiera una forma de gestionar los secretos de forma segura, sin renunciar a la descentralización? Presentamos SEAL: Decentralized Secrets Management (DSM), que ya está disponible en la red de pruebas Sui. SEAL tiene como objetivo corregir una de las mayores hipocresías de Web3: propugnar la descentralización mientras usa AWS en secreto Quizás me preguntes: ¿Qué es SEAL? SEAL es un protocolo que te permite gestionar datos confidenciales de forma segura ydescentralizada, creado específicamente para el mundo de la Web3. Piense en ello como una capa de control de acceso que prioriza la privacidad y que se conecta a su dApp. Puede pensar en SEAL como una especie de bloqueo programable para sus datos. Con Move on Sui no solo bloqueas y desbloqueas archivos manualmente, sino queescribes políticas directamente en tus contratos inteligentes. Supongamos que estás creando una dApp en la que: Solo los titulares de NFT pueden desbloquear un tutorial premium O tal vez un DAO tenga que votar antes de que se revelen los archivos confidenciales O quieres que los metadatos estén bloqueados en el tiempo y que solo se pueda acceder a ellos después de una fecha específica SEAL hace que todo eso sea posible. El control de acceso funciona en cadena, es totalmente automatizado, sin necesidad de que un administrador lo gestione. Solo lógica, integrada directamente en la cadena de bloques. SEAL hace que todo eso sea posible. El control de acceso funciona en cadena, es totalmente automatizado, sin necesidad de que un administrador lo gestione. Solo lógica, integrada directamente en la cadena de bloques. Otra pieza interesante es cómo SEAL maneja elcifrado. Utiliza algo llamadocifrado de umbral, lo que significa que ningún nodo puede descifrar los datos por sí solo. Se necesita un grupo de servidores para trabajar juntos, algo parecido a la firma múltiple, pero para desbloquear secretos. Esto distribuye la confianza y evita el problema habitual de un único punto de fallo. Y para mantener la verdadera privacidad, SEAL cifra y descifra todo lo que esté en el lado del cliente**. Tus datos nunca son visibles para ningún backend. Permanecen en tus manos, literalmente, en tu dispositivo. y a SEAL no le importa dónde guardes tus datos. Ya sea IPFS, Arweave, Walrus o alguna otra plataforma, SEAL no intenta controlar esa parte. Solo se centra enquién puede ver qué, no en dónde se almacenan las cosas. Así que sí, no se trata solo de una biblioteca o API, sino de unacapa que prioriza la cadena, el acceso controlado y la privacidad por defectopara tu DApp. SEAL llena un vacío bastante crítico. Vamos a desglosarlo un poco más. Si estás creando una dApp que tratacualquier tipo de datos confidenciales(contenido cerrado, documentos de usuario, mensajes cifrados e incluso metadatos de NFT bloqueados por tiempo), te encontrarás con el mismo problema: ➡️ ¿Cómo se gestiona el acceso de forma segura, sin depender de un servicio centralizado? Sin algo como SEAL, la mayoría de los equipos tampoco: Utilice herramientas centralizadas como AWS KMS o Firebase, lo que claramente va en contra de la descentralización O trate de arreglar ellos mismos la lógica de cifrado a medias, que por lo general termina siendo frágil y difícil de auditar https://x.com/EmanAbio/status/1908240279720841425?ref_src=twsrc%5Etfw%7Ctwcamp%5Etweetembed%7Ctwterm%5E1908240279720841425%7Ctwgr%5E697f93dc65359d0c8c7d64ddede66c0c4adeadf1%7Ctwcon%5Es1_&ref_url=https%3A%2F%2Fwww.notion.so%2Fharryph%2FSEAL-Launches-on-Sui-Testnet-1cc4f8e09bb380969c0dcc627b96cc22 Ninguno de los dos se ajusta bien. Especialmente cuando intentas crear aplicaciones confiables en múltiples cadenas o comunidades. SEAL hace que todo ese proceso sea modular y programable. Usted define las reglas de acceso en los contratos inteligentes de Move y SEAL se encarga del resto (generación de claves, aprobación del descifrado y control del acceso), todo ello sin que nadie emita las claves manualmente ni realice comprobaciones de backend. Y lo que es mejor, esas reglas sonauditables e inmutables: una vez que están en cadena, se rigen por el contrato, no por un administrador humano. Así que en lugar de preguntar «¿quién debe gestionar el acceso a estos datos?» solo tienes que preguntar: «¿Qué lógica debería definir el acceso?» > ... y deja que la cadena se encargue. Limpio y escalable. Eso es lo que hace que SEAL sea relevante para algo más que «herramientas de seguridad»: es una capa base para cualquier dApp que se preocupe por la privacidad, el cumplimiento o la lógica de acceso dinámico.** Es un cambio pequeño, pero cambia mucho la forma en que pensamos sobre los datos en la Web3. En lugar de cifrarlos después de la implementación o confiar en servicios externos,se empieza con la privacidad integrada y el acceso se gestiona completamente mediante la lógica de los contratos inteligentes. Y eso es exactamente lo que Web3 necesita ahora mismo. ¿Cómo funciona realmente SEAL? Hemos explicadoqué es SEALypor qué Web3lo necesita**. Veamos cómo se construye realmente bajo el capó. En esta parte es donde las cosas se vuelven más técnicas, pero en el buen sentido. La arquitectura es elegante una vez que ves cómo encajan todas las piezas. En un nivel superior, SEAL combina lalógica de acceso en cadenacon lagestión de claves fuera de la cadena, mediante una técnica denominadaCifrado basado en la identidad (IBE). Esto permite a los desarrolladores cifrar los datos para convertirlos en una identidad y, luego, confiar en contratos inteligentes para definir *quién puede descifrarlos. Paso 1: reglas de acceso en los contratos inteligentes (en Sui) Todo comienza con el contrato inteligente. Cuando utilizas SEAL, defines una función llamada seal_approve en tu contrato de Move; aquí es donde escribes las condiciones para el descifrado. Por ejemplo, esta es una sencilla regla de bloqueo temporal escrita en Move: entry fun seal_approve(id: vector, c: &clock::Clock) { let mut prepared: BCS = bcs::new(id); let t = prepared.peel_u64(); let leftovers = prepared.into_remainder_bytes(); assert!((leftovers.length() == 0) && (c.timestamp_ms() >= t), ENoAccess); } Una vez desplegado, este contrato actúa como guardián. Siempre que alguien quiera descifrar datos, su solicitud se comparará con esta lógica. Si se aprueba, la clave se libera. Si no, están bloqueados. Nadie tiene que intervenir. ##Paso 2: Cifrado basado en la identidad (IBE) Aquí es donde ocurre la magia. En lugar de cifrar los datos de una dirección de monedero específica (como en el caso de PGP o RSA), SEAL utilizacadenas de identidad, lo que significa que los cifras de forma similar a: 0 x dirección de monedero dao_vote: proposal_xyz PKGID_2025_05_01 (una regla basada en la marca de tiempo) o incluso game_user_nft_holder Cuando los datos están cifrados, tienen el siguiente aspecto: Encrypt(mpk, identity, message) mpk = clave pública maestra (conocida por todos) identidad = el destinatario definido de forma lógica mensaje = los datos reales Más adelante, si alguien quiere descifrarlos, el servidor de claves comprueba si cumplen con la política (mediante la llamada en cadena seal_approve). Si se aprueba, devuelve una clave privada derivada para esa identidad. Derive(msk, identity) → sk Decrypt(sk, encrypted_data) A continuación, el usuario puede descifrar el contenido localmente. Por lo tanto, el cifrado se realiza sin necesidad de saber con antelación quién lo descifrará. Solo tiene que definir las condiciones y SEAL se encargará del resto más adelante. Es dinámico. ##Paso 3: El servidor de claves: fuera de la cadena, pero no centralizado Quizás te preguntes: ¿quién tiene estas llaves maestras? Aquí es donde entra en juego elservidor de clavede SEAL. Piense en ello como un backend que: Contiene la clave secreta maestra (msk) Controla los contratos en cadena (como tu lógica seal_approve) Solo emite claves derivadas si se cumplen las condiciones Pero, y esto es clave, SEAL no depende solo de un servidor de claves. Puedes ejecutarlo enmodo umbral, donde varios servidores independientes deben ponerse de acuerdo antes de emitir una clave de descifrado. Por ejemplo: 3 de cada 5 servidores de claves deben aprobar la solicitud. Esto evita los puntos centrales de falla y también permite la descentralización en la capa de administración de claves. Aún mejor, en el futuro, SEAL admitiráMPC (computación multipartita) yconfiguraciones basadas en enclaves(como TEE), por lo que puede obtener garantías aún más sólidas sin comprometer la usabilidad. ##Paso 4: Descifrado del lado del cliente Una vez que se devuelve la clave al usuario, el descifrado propiamente dicho se lleva a caboen su dispositivo. Esto significa: El servidor nunca ve tus datos El backend nunca almacena contenido descifrado Solo el usuario puede acceder al mensaje final Es un modelo de privacidad sólido. Incluso si alguien pone en peligro la capa de almacenamiento (IPFS, Arweave, etc.), no podrá leer los datos sin pasar por la lógica de acceso. Este es el modelo mental rápido: Esta estructura facilita la creación de dApps en las que las reglas de acceso no estén codificadas: son dinámicas, auditables y están totalmente integradas en la lógica de la cadena. ##El equipo detrás de SEAL SEAL está dirigido porSamczsun, una figura muy conocida en la comunidad de seguridad de cadenas de bloques. Anteriormente fue socio de investigación en Paradigm, y ha auditado múltiples ecosistemas y los ha salvado de grandes vulnerabilidades. Ahora, se dedica a tiempo completo a convertir a SEAL en una pieza central de la infraestructura de privacidad de Web3. Con su experiencia y credibilidad, SEAL no es solo otra herramienta experimental: es un intento serio de hacer que la privacidad de datos descentralizada sea práctica y escalable. A medida que SEAL se lanza en la red de pruebas Sui, incorpora un nuevo estándar sobre la forma en que las aplicaciones Web3 pueden gestionar los secretos. Al combinar el control de acceso en cadena, el cifrado de umbrales y la privacidad del lado del cliente, SEAL ofrece una base más confiable para el manejo descentralizado de datos. Ya sea que estés creando dApps, DAO o juegos descentralizados, SEAL proporciona un potente conjunto de herramientas para reforzar el control de acceso y proteger los datos de los usuarios sin comprometer la descentralización. Si Web3 quiere avanzar, una infraestructura segura como SEAL no es opcional, es esencial

    8
  • BigSneh.Peera.
    BigSneh2024
    ParaSuiJul 30, 2025

    ¿Cómo combino dos objetos de monedas en Move?

    *Estoy intentando entender este aspecto de la red Sui porque estoy creando, depurando o implementando algo relacionado con esta área. Quiero una explicación detallada de cómo funciona este mecanismo o función, junto con el uso relevante de la CLI, la estructura del código de Move o los conceptos arquitectónicos. Mi objetivo es obtener la suficiente claridad para aplicar este conocimiento en un proyecto real, ya sea un contrato inteligente personalizado, un sistema NFT, una integración de monederos o una herramienta DeFi. La red Sui tiene características únicas en comparación con las cadenas de EVM, por lo que me interesa especialmente saber qué la diferencia y cómo afecta eso a las mejores prácticas de desarrollo. Sería útil tener un código de ejemplo, ejemplos de líneas de comandos o errores típicos a los que prestar atención, especialmente cuando se utiliza la CLI o el SDK de Sui o se implementa en localnet/testnet. En última instancia, quiero evitar errores comunes, seguir los mejores principios de seguridad y asegurarme de que la funcionalidad en la que estoy trabajando se comporte como se espera en condiciones realistas. *

    7
    15