Tendencia
Descubre las publicaciones más populares.
Publicaciones
423How to access and manage nested structs and dynamic fields in Move?
How to access and manage nested structs and dynamic fields in Move?
- Sui
- Move
56Mejor RespuestaCómo convertir la clave privada a un nuevo formato a través de CLI
¿Cómo puedo convertir mi antigua clave privada a un nuevo formato y cambiarla de Hex a Bech32 usando la CLI de Sui?
- Sui
- Move
43Mejor RespuestaHow to bypass rate limit on local full node setup?
I've set up a full node locally and I'm sending requests to it, but I run into a 429 rate limit error. I'm trying to fetch object information using the sui_multiGetObjects method, but the server returns an error when I exceed 50 objects. This happens even when running requests on the same machine. Is there a way to get rid of this rate limit, or is it hardcoded in the node setup? Are nodes from the official config supposed to have no rate limits?
- Move CLI
- Move
43Mejor Respuesta- P&R expertosandreweth.231ParaSuiDec 12, 2024
Sui memes DEX options and chart
What are the available DEX options for Sui memes and do they support in-wallet charts like JUPag in Phantom?
- Architecture
- SDKs and Developer Tools
44 Why do I keep getting 'MoveAbort' error in signAndExecuteTransaction?
I'm trying to make swaps using the functions client.findRouters, client.fastRouterSwap, and client.signAndExecuteTransaction but frequently encounter the 'MoveAbort' error. My balance seems stable at 100+ SUI, yet 1 out of 10 transactions fails. This error still persists after restoring the blockchain. How can I figure out what's going wrong?
- Move CLI
- Move
- Move Module
43Mejor RespuestaHow to update coin logo on Sui smart contract?
I'm trying to update the coin logo on a deployed smart contract on SuiCoins.com, but I've hit a roadblock because the contract is immutable. Are there any possible workarounds or methods like using proxy contracts or implementation contracts to change the logo so it reflects on platforms like suiscan or suivision?
- Sui
32Mejor Respuesta
Cómo funcionan las transacciones en Sui
Una de las cosas interesantes que me atrajeron de la cadena SUI es la forma en que funcionan las transacciones, por lo que en este artículo vamos a obtener algunos conocimientos sobre cómo funcionan las transacciones en la cadena de bloques SUI. Cada transacción en Sui indica explícitamente qué objetos leerá o modificará. Como cada objeto es independiente, los validadores de Sui pueden comprobar fácilmente la lista de objetos para cada transacción entrante. Esto ayuda al sistema a decidir qué transacciones pueden ejecutarse simultáneamente: Transacciones independientes (sin objetos superpuestos): si dos transacciones involucran objetos completamente diferentes, no entran en conflicto entre sí. Sui sabe que no interferirán, por lo que puede ejecutarlos al mismo tiempo en paralelo. Por ejemplo, una transacción puede actualizar el objeto monetario de Alice, mientras que otra puede transferir el objeto NFT de Bob. Como se trata de objetos distintos, no es necesario esperar a que aparezca uno antes de realizar el otro. Transacciones conflictivas (objetos compartidos): si dos transacciones intentan usar el mismo objeto, entran en conflicto y no se pueden ejecutar exactamente al mismo tiempo. Sui se encargará de esto ordenando y ejecutando esas transacciones particulares una tras otra para evitar confusiones o gastos duplicados. En este caso, el mecanismo de consenso de la red entra en juego para decidir un orden justo para las transacciones que afectan a los mismos datos. Solo se ordenan las transacciones que entran en conflicto; todas las demás transacciones independientes pueden realizarse en paralelo sin esperar. En esencia, el modelo de transacciones de Sui separa las transacciones «simples» de las «dependientes». Las transacciones simples que afectan solo a los objetos de un propietario a menudo se pueden procesar muy rápidamente sin involucrar a toda la red en una intensa coordinación. Las transacciones más complejas (por ejemplo, las que interactúan con un objeto de contrato inteligente compartido que podrían usar muchos usuarios) se someten a un proceso de pedido tradicional (consenso) para garantizar que no entren en conflicto entre sí. De este modo, Sui solo utiliza el consenso global cuando es realmente necesario y puede permitir que la mayoría de las transacciones se realicen de forma simultánea cuando no hay superposiciones en los datos que intervienen. La ejecución paralela en Sui frente a las cadenas de bloques tradicionales En las cadenas de bloques tradicionales como Bitcoin o Ethereum, las transacciones se procesan de forma secuencial (una tras otra). Incluso si dos transacciones no tienen nada que ver entre sí, un sistema secuencial seguirá poniendo una detrás de la otra, lo que generará esperas innecesarias. Es como tener una sola caja registradora en una tienda: incluso los clientes que compran diferentes artículos deben hacer cola. Provoca congestión y ralentiza las cosas durante los períodos de mayor actividad. Sui adopta un enfoque diferente al permitir la ejecución paralela de transacciones. Esto es similar a tener muchos mostradores de caja abiertos: se pueden gestionar varias transacciones al mismo tiempo siempre que sean independientes, lo que mejora enormemente el rendimiento y la eficiencia. Gracias al diseño centrado en objetos de Sui, las operaciones en un objeto no afectan ni retrasan las operaciones en otro objeto . Los validadores de la red Sui pueden aprovechar varios núcleos e hilos de CPU para ejecutar varias transacciones simultáneamente, de forma muy similar a procesar varias tareas en paralelo en una computadora. El resultado es un aumento significativo de la escalabilidad: Sui puede gestionar una gran cantidad de transacciones por segundo sin esfuerzo alguno. Las pruebas han demostrado que el enfoque de Sui puede soportar un rendimiento masivo (del orden de cientos de miles de transacciones por segundo) gracias a este paralelismo. Lo que es igualmente importante, es que la ejecución en paralelo reduce la latencia de las transacciones individuales, lo que significa que los usuarios ven confirmadas sus transacciones con mayor rapidez, ya que no tienen que esperar a recibir transacciones no relacionadas. En general, el modelo de ejecución paralela de Sui elimina los cuellos de botella que afectan a las cadenas de bloques de un solo subproceso (secuenciales), lo que permite a la red escalar y gestionar cargas de trabajo que superarían a las de los diseños tradicionales. Finalidad y velocidad de confirmación La finalidad se refiere a la rapidez con la que una transacción se confirma de forma irreversible (es decir, una vez confirmada, no se revertirá). La Sui está diseñada para finalizarla rápidamente y, a menudo, se confirma en una fracción de segundo. En la práctica, una transacción típica de Sui se puede confirmar en unos 300 a 500 milisegundos (mucho menos de un segundo) una vez procesada, prácticamente de forma casi instantánea para el usuario. Esto es mucho más rápido que el de muchas cadenas de bloques antiguas. A modo de comparación, la red de Ethereum suele necesitar entre varios segundos y minutos para finalizar realmente una transacción (los bloques de Ethereum tienen una diferencia de unos 12 segundos y pueden pasar un par de bloques o más para obtener una confianza alta), mientras que Bitcoin puede necesitar docenas de minutos (debido a los tiempos de bloqueo de 10 minutos y a las múltiples confirmaciones) para que una transacción se considere definitiva. El consenso moderno y la ejecución paralela de Sui le dan una gran ventaja de velocidad: las transacciones en Sui se confirman casi inmediatamente después de enviarlas. No hay que esperar mucho para que un nuevo bloque incluya la transacción o para recibir varias confirmaciones. En resumen, Sui ofrece una finalidad en menos de un segundo, lo que significa que los usuarios pueden enviar una transacción y verla liquidada de forma permanente de inmediato. Esta confirmación rápida es especialmente beneficiosa para aplicaciones como los juegos, las finanzas en tiempo real o los pagos minoristas, donde esperar incluso decenas de segundos puede resultar demasiado lento. Sui brinda confianza al usuario rápidamente, lo que hace que la cadena de bloques parezca mucho más receptiva en comparación con las cadenas tradicionales.
- Sui
- Architecture
- Transaction Processing
3How to create multi-level subdomains using SuiNS?
I've been trying to create nested subdomains using SuiNS, and I'm confused about the maximum depth allowed. Despite the documentation stating that the total nesting depth can be 10 levels (including SLD and TLD), I'm getting an error when trying to create a 4th-level subdomain. The error mentions an invalid parent object. Can someone explain the limitation and how to properly create deeper nested subdomains?
- Move CLI
- Move
32Can sender address be gas owner instead of recipient?
I'm trying to avoid a trace of my sender address and receiver wallet. My idea is to make the sender the 'gas object owner' instead of the recipient. Is that possible when sending funds to a Binance wallet, and how can a 'sponsor' be involved without being identified?
- Sui
- Architecture
32Mejor Respuesta¿Se puede exportar una billetera Sui oficial a Razor u otras carteras Sui?
¿Se puede exportar un monedero Sui oficial a Razor u otros monederos Sui? ¿Cómo se puede hacer esto si la cuenta se creó con Google?
- Sui
- Architecture
32Mejor Respuesta
- ¿Cómo obtener valores de ObjectTable usando campos dinámicos?00
- ¿Cómo depositar los tokens SUI de la red SUI en Binance?00
- ¿Cómo probar una función con un parámetro de recepción en Sui?04
- Testnet vs Devnet: ¿Cuál deberías usar?00
- ¿Cómo acceder a SuiPlay NFT y transferirlo si se pierde el acceso a la billetera?01
Gana tu parte de 1000 Sui
Gana puntos de reputación y obtén recompensas por ayudar a crecer a la comunidad de Sui.
- 344
- 296
- 294
- 289
- 271
- 271
- 246
- 240
- 231
- 227
