Binance Futures lanzará contratos perpetuos XEM y BTCST con margen de USDT con un apalancamiento de hasta 25x con apertura de operaciones programada de la siguiente manera:
Contratos perpetuos XEM 25X con margen en USDT el 2021-03-03 7:00 a.m. (UTC)
Contratos perpetuos de BTCST 25X con margen en USDT el 2021-03-04 7:00 a.m. (UTC)
Tenga en cuenta: Los contratos perpetuos XEM y BTCST son contratos de futuros con margen en USDT que utilizan USDT como garantía. Los usuarios podrán seleccionar entre un apalancamiento de 1-25x.
Advertencia de riesgo: el comercio de futuros conlleva un riesgo sustancial y la posibilidad de ganancias y pérdidas significativas. Las ganancias pasadas no son indicativas de rendimientos futuros. Todo el saldo de su margen puede liquidarse en caso de un movimiento extremo de precios. La información aquí no debe considerarse como un consejo financiero o de inversión de Binance. Todas las estrategias comerciales se usan a su discreción y bajo su propio riesgo. Binance no será responsable ante usted por ninguna pérdida que pueda surgir de su uso de Futuros.
Gracias por su apoyo,
Equipo de Binance
Esta es una traducción al español del artículo original (en inglés) escrito en la página oficial de Binance . Traducido y editado por NEM en Español. Juntos estamos haciendo que NEM sea más fuerte y que Symbol sea más brillante.
Para más información y noticias sobre NEM, le invitamos a seguirnos en nuestras redes sociales: Facebook, Twitter e Instagram
Eres uno de muchos; eres único en tu clase. Tienes las características comunes de la humanidad, pero eres el único. No eres fungible.
Blockchain permite a las partes intercambiar activos sin un intermediario. A veces, intercambiamos algo fungible como dinero de diferentes denominaciones. A veces, intercambiamos algo fungible por algo único, como pagar dinero para comprar una casa o intercambiar algo único por otra cosa única, como una tarjeta de intercambio de Pokémon por otra y es aquí es donde el token no fungible (NFT) juega su papel.
Source: NonFungible.com. Trade volumes of NFTs.
Aunque el comercio de NFT no es tan común como el comercio de criptomonedas, definitivamente se está poniendo de moda. Según NonFungible.com, el volumen de operaciones de NFT ha aumentado en un 299% interanual a más de 250 millones de dólares en 2020. También hay un aumento significativo en el número de carteras activas para NFT. Parece que el mercado está listo para recibir al creciente número de jugadores.
ERC-721
ERC-721 es el estándar NFT para Ethereum. La mayoría de las NFT en Ethereum cumplen con ERC-721. CryptoPunks, que ha sido popular recientemente, no es un token ERC-721 ya que su creación es anterior a ERC-721. Sin embargo, los propietarios de CryptoPunks pueden envolver los tokens en el estándar ERC-721 para facilitar el intercambio.
CryptoPunks
CryptoPunks se lanzó en junio de 2017 como uno de los primeros tokens no fungibles (NFT) en la cadena de bloques Ethereum. … El proyecto de la cadena de bloques de arte criptográfico fue una inspiración para el estándar ERC-721 para NFT y el movimiento moderno de arte criptográfico. – Wikipedia.com
Al igual que pasa con un token ERC-20, en realidad no está creando un token ERC-721, sino creando un libro de contabilidad / mapa / contrato que registra la propiedad y los cambios de propiedad de los tokens.
Crear un ERC-721 NFT es mucho más complicado que un ERC-20 ya que cada ERC-721 es único. Tome CryptoKittie como ejemplo, involucra 7 contratos inteligentes y dependiendo de los propósitos de las NFT, los contratos inteligentes pueden ser muy diferentes entre sí. Los contratos inteligentes de CryptoKittie implican la mezcla de los genes de los gatitos, mientras que otro Top Shot popular de NFT NBA implica clips cortos, llamados Moments etc. Por ahora solo nos centraremos en discutir el estándar ERC-721 en este artículo.
Estas son las funciones de un estándar ERC-721: (Los detalles sobre algunas excepciones o causas de fallas en las transacciones, etc., no se discutirán aquí para mantener la escritura simple, a menos que sea necesario. Consulte la documentación).
balanceOf (dirección del propietario): esta función solicita el número de tokens únicos que pertenecen al mismo ERC-721. P.ej. Devuelve el número de Kitties que posee la dirección bajo Cryptpkittie ERC-721.
propietario de (token IS): cada token en un ERC721 tiene su propia ID única para distinguirse del resto de sus pares. Esta función devuelve la dirección del propietario de un token en particular
safeTransferFrom (dirección del propietario, dirección del receptor, ID del token, datos): esta función transfiere un token específico del propietario al nuevo propietario. Puede ser llamado por el propietario / operador / dirección aprobada (msg.sender). Esta función comprueba si el token pertenece a la dirección del propietario indicada y comprueba si el destinatario es una dirección de contrato. Si es una dirección de contrato, llama a otra interfaz (que se explicará más adelante) para asegurarse de que el contrato maneja el ERC-721. De lo contrario, la transferencia no se llevará a cabo. Esta función también permite adjuntar datos adicionales sin ningún formato en particular.
safeTransferFrom (dirección del propietario, dirección del receptor, ID del token): Igual que la otra función safeTransferFrom, pero sin datos adicionales adjuntos.
transferFrom (dirección del propietario, dirección del receptor, ID del token): para transferir un token del propietario al siguiente propietario. El remitente (msg.sender) es responsable de garantizar que el receptor pueda recibir el token. De lo contrario, la ficha podría perderse para siempre. Menos seguro que usar safeTransferFrom.
aprobar (dirección aprobada por el propietario, ID de token): el propietario del token llama a esta función para aprobar a un tercero para que administre un token específico en su nombre.
setApprovalForAll (dirección del operador, booleano): el propietario del token llama a esta función para aprobar o revocar cualquier cita con un operador para administrar todos los tokens del propietario.
getApproved (ID de token): esta función devuelve la dirección aprobada para administrar un token específico.
isApprovedForAll (dirección del propietario, dirección del operador): esta función verifica si un operador está aprobado por el propietario.
Hay 3 eventos:
Transferencia (dirección del propietario, dirección del receptor, ID del token): este evento se emite cuando ocurre la transferencia de propiedad y cuando se crean y destruyen los tokens. Relacionado con las funciones transferFrom () y safeTransferFrom ().
Aprobación (dirección del propietario, dirección aprobada por el propietario, ID de token): este evento se emite cuando se aprueba o reafirma una dirección para administrar un token. Cuando la propiedad del token se transfiere a un nuevo propietario, la aprobación se revoca automáticamente. Relacionado con las funciones aprobar ().
ApprovalForAll (dirección del propietario, dirección del operador, booleano): este evento se emite cuando se designa una dirección o se revoca como operador para administrar todos los tokens del propietario. Relacionado con las funciones setApprovalForAll ().
Es posible que haya notado que no se mencionaron el nombre (), el símbolo () y el decimal () del ERC-721. Primero, como cada token de un estándar ERC-721 es único, no tiene sentido dividirlo, por lo tanto, el decimal () es irrelevante aquí. Para que las transacciones de tokens sean más seguras, se introduce ERC-165 para detectar interfaces adoptadas por cada contrato. Hay muchas interfaces bajo ERC-165, una de ellas es “ERC721Metadata” en la que se indican el nombre (), el símbolo () y tokenURI (). “ERC721Enumerable” indica el suministro total, el índice de token y el propietario de cada token. Cada interfaz ERC-165 está representada por un identificador. Por ejemplo, el identificador de ERC721Metadata es 0x5b5e139f mientras que el de ERC721Enumerable es 0x780e9d63. La interfaz para que una cuenta de contrato reciba un token ERC-721 es “ERC721TokenReceiver” con 0x150b7a02 como identificador.
Para conocer el método para verificar si un contrato implementa alguna interfaz ERC-165, consulte aquí. ERC-165 también se aplica a ERC-20.
Continúe con el caso de uso de entradas para conciertos de la parte 5, veamos cómo funciona un ERC-720.
Se crea un contrato ERC-721, con el símbolo “CTC”, y un suministro total de 1.000 tickets únicos. Usted, el organizador, venderá el boleto de acuerdo con los niveles de boletos y el número de asiento, con diferentes precios. Junto con cada entrada, el comprador puede elegir complementos, como souvenirs y bebidas (todos los souvenirs y bebidas son iguales). La selección de complementos estará a cargo de las aplicaciones de venta de entradas y se pasará al contrato inteligente que crea un nuevo token de entrada. Dice que Alice compró un boleto premium con un recuerdo como complemento, la aplicación de venta de boletos activará el contrato inteligente para crear el token CTC único, el pago y boleto cambiarán de manos. Llamas a safeTransferFrom () para transferir de forma segura el ticket a Alice. (También incluye ERC721Enumerable, ERC721Metadata)
También decide nombrar a un distribuidor. Por lo tanto, aprueba la dirección del distribuidor para manejar los tokens creados bajo el CTC ERC-721 llamando a setApprovalForAll (). Es posible que algunos problemas de seguridad y autoridad para otras funciones deban pensarse cuidadosamente según la arquitectura de toda la aplicación de emisión de boletos. A continuación, el distribuidor puede vender las entradas y llamar a safeTransferFrom () para transferir las entradas a los compradores.
Las otras funciones son en su mayoría métodos “GET” para consultar información de tokens, propietarios u operadores. Consulte la parte 5 para obtener explicaciones de funciones similares.
Si en cualquier caso, dice Alice, quiere recargar con bebidas, puede editar el URI del token llamando a otra función. El distribuidor puede tener la autoridad para hacerlo, dependiendo del acceso que se le dé. Todo esto se puede hacer de diferentes maneras, ya sea dentro o fuera de la cadena, dependiendo de qué tan descentralizada desee que esté su aplicación de venta de boletos.
Cuenta y mosaico
No hay ningún estándar específico establecido para el token no fungible en Symbol en este momento. Hay muchas formas de hacerlo, y lo abordaré de dos maneras.
el primer método, usar una cuenta para representar algo único. Una cuenta está formada por un par de claves públicas y privadas y es única. Usando el mismo ejemplo de venta de boletos que hemos estado usando, los boletos con diferentes niveles de precio son únicos, por lo tanto, no fungibles. Aquí todavía quedan algunos elementos fungibles, el souvenir y las bebidas, que representaremos con Mosaicos.
Usted, como organizador del concierto, creará 1.000 cuentas que representan 1.000 entradas para el concierto. Todas estas 1.000 cuentas deberán convertirse a Cuenta Multisig (una Cuenta con custodios) para poder transferir su propiedad. También creas 1000 fichas de recuerdo y 1000 fichas de bebidas con mosaicos. (También puede usar metadatos para reemplazar Mosaicos en este caso de uso).
Cuando Alice quiera comprar un boleto, usted transferirá la propiedad agregando a Alice como cofirmante de la Cuenta Multisig y eliminándose usted mismo como propietario. Como Alice también quiere comprar una bebida como complemento, transfieres una ficha de “bebida” a la cuenta Multisig que Alice ahora posee. Todo esto se puede hacer en una transacción agregada. Ahora, Alice es dueña del “boleto” que viene con una “bebida”. Si Alice quiere agregar un souvenir, puede transferir un token de “souvenir” a la Cuenta Multisig de “boleto” de Alice.
Transferencia de la propiedad del boleto a Alice.
Si decide designar un distribuidor, agregue la cuenta del distribuidor como uno de los custodios de las Cuentas Multifirma que representan los “boletos” y el que tiene las fichas de “recuerdo” y “bebida”. El resto del procedimiento no será diferente del organizador. La autoridad y el acceso deben pensarse detenidamente para evitar el uso indebido del poder.
el segundo método, representa el ticket con un Mosaico, pero hace que cada mosaico se distinga entre sí mediante Metadatos. Primero, cree 1,000 mosaicos, cada uno de los cuales representa un boleto único. NOTA: A diferencia de la parte 5 donde creamos 1 mosaico “CTC” con 1,000 copias pero un identificador, aquí estamos creando 1,000 mosaicos, cada uno con su propio identificador.
Comparación de boletos como tokens fungibles y no fungibles.Comparación del método 1 y el método 2.
Como un mosaico no puede poseer otro mosaico, usaremos metadatos para etiquetar el mosaico con complementos. Cada mosaico puede tener varios metadatos adjuntos. Alice quiere comprar un boleto con un recuerdo como complemento, transfieres el mosaico específico que representa el número de asiento que ella prefiere y le agrega metadatos {su clave pública, complemento, recuerdo}. Los metadatos están en forma de tupla, que incluye la cuenta que agrega los metadatos y el par clave-valor. Cuando Alice quiera agregar bebidas como complemento, se enviará otra transacción de metadatos al mosaico de boletos de Alice.
Transferencia de la propiedad del boleto a Alice.
El manejo del distribuidor será el mismo que el del método uno.
NOTA: Para ambos métodos, puede crear la Cuenta y el Mosaico que representan las entradas cuando sea necesario. El control del suministro total del boleto no se discutió aquí.
Cada token no fungible es realmente único. Puede tener muchas formas de diseñarlo. Se me ocurrió una prueba de concepto para un juego en la cadena de bloques de Symbol llamado “Train Your Dog” utilizando el primer método. Tenía la intención de buscar diferentes métodos para diseñarlo antes de comenzar a construirlo. Conoce más información en el siguiente link : https://github.com/ivyfung1/trainyourdog
Hay algunas cuestiones que son importantes y se deben considerar antes de decidir:
La facilidad de transferencia. Para atraer usuarios, las interfaces de usuario deben ser fáciles de usar e intuitivas. Aunque parece no tener relación con la cadena de bloques, sin embargo, de alguna manera, están entrelazados.
Cada transacción en la cadena de bloques cuesta tarifas de transacción. Por lo tanto, los pasos y los flujos de la aplicación deben pensarse cuidadosamente para ahorrar en las tarifas de transacción.
Es posible que algunas funciones se manejen mejor fuera de la cadena y no atenuarán la confiabilidad de la aplicación. Considere esto cuidadosamente, ya que le ahorrará tarifas de transacción o le costará reputación.
Y el más importante, qué formato prefieren los exchanges. Solo los NFT negociables tendrán valor real.
Pueden haber más asuntos que sean importantes de lo que he mencionado, esto estará sujeto a la naturaleza de los activos que se van a tokenizar. Pero no vayamos por esa madriguera del conejo.
¿Listo para comenzar?
Un agradecimiento especial a Anthony por revisar este artículo.
Esta es una traducción al español del artículo original (en inglés) escrito por Ivy Fung en Medium . Traducido y editado por NEM en Español. Juntos estamos haciendo que NEM sea más fuerte y que Symbol sea más brillante.
Para más información y noticias sobre NEM, le invitamos a seguirnos en nuestras redes sociales: Facebook, Twitter e Instagram
¿Alguna vez ha intentado utilizar blockchain para su negocio? En este artículo, ilustraremos cómo utilizar las características de blockchain y asignarlas a los procesos operativos y funcionales de una empresa. ¡Con el objetivo de operar de forma segura, transparente y más rentable!
En este artículo se discutirán los siguientes temas:
Tabla de contenido
Casos de uso empresarial
¿Cómo usar blockchain para tu negocio?
Capas de características de blockchain
Uso de Symbol de NEM para su negocio
Mapeo de la lógica de su negocio
Envolviéndolo todo en contratos digitales
¿Qué son los esquemas de gobernanza distribuida?
Un ejemplo de gamificación: Dings
Casos de uso empresarial
El hecho de que su empresa utilice blockchain o Bitcoin no siempre significa que haya aumentado la seguridad o la transparencia en su negocio, ni que esté funcionando de manera más rentable de lo que lo haría sin la tecnología blockchain.
De hecho, la integración de su negocio con la tecnología blockchain debe pasar por un proceso necesario de modelado de datos. Si va a utilizar cualquier conjunto de datos de blockchain para almacenar datos relacionados con su software, se recomienda que conozca las características de escalado del conjunto de datos subyacente, que comprenda su representación en la red y también que comprenda sus características de disponibilidad.
Las características comunes de escalabilidad se pueden cuestionar con lo siguiente:
¿Se conserva un registro del conjunto de datos subyacente en todos los nodos de la red?
¿Hay un registro del conjunto de datos subyacente disponible para su recuperación por API?
¿Cuántas solicitudes a la API necesita para recuperar una colección del conjunto de datos subyacente?
¿Cuántas solicitudes a la API necesita para recuperar una entidad singular del conjunto de datos subyacente?
¿Cuál es el tiempo de respuesta (por ejemplo, en milisegundos) para una solicitud de API en la red?
¿Hay un registro relacionado con información sensible? Nunca los envíe a través de una red de ningún tipo.
Hágase estas preguntas antes de que los datos de su capa empresarial se almacenen en una red blockchain distribuida.
¿Cómo usar blockchain para su negocio?
Ahora que ha respondido a las preguntas anteriores, y ahora que sabe que va a utilizar una cadena de bloques para algunas de las tareas de digitalización que ha planificado en el futuro previsible, definiremos algunos pasos estándar para comenzar con sus negocios en blockchain.
¿Está buscando cómo configurar una DAO, una organización autónoma distribuida? ¿O simplemente está buscando una integración de las características de blockchain asignadas a las operaciones comerciales heredadas y la digitalización de los procesos comerciales?
Los estándares a seguir para el proceso de uso de blockchain para su negocio dependerán del tipo de tareas que desea ejecutar o ejecutar mediante una red de blockchain.
Capas de características de blockchain
Además, queremos enfocar este artículo en torno a una integración genérica de la tecnología blockchain en los procesos comerciales. Para mantener las cosas organizadas, comenzaremos con una lista de requisitos bajo los siguientes tópicos:
Maneras en que puede usar blockchain para negocios
Gobernanza: utilice una red blockchain para gestionar la gobernanza de su organización. Esto implica gestionar las identidades a nivel digital.
Tokenización: use una red blockchain y / o una criptomoneda para representar / tokenizar su (s) producto (s).
Gamificación: use una red blockchain y / o una criptomoneda para agregar procesos de gamificación a su software y / o procesos comerciales.
Distribución: utilice una red blockchain para distribuir algunos de sus procesos internos y organizativos.
Acepte pagos: acepte pagos mediante redes blockchain e integre con proveedores de pago de criptomonedas específicos.
Ahora, por supuesto, también podría estar dispuesto a implementar todo lo anterior. El punto de este análisis es que le brindará una forma más organizada de ver las diferentes partes de una red blockchain y / o criptomoneda que está dispuesto a integrar en sus procesos comerciales.
Las redes blockchain pueden ayudar a reducir los costos de infraestructura y reducir los costos de los procesos de la organización que involucran a múltiples partes.
Además, blockchain generalmente proporciona una capa de distribución que permite automatizar sus procesos y hacerlos más rentables.
Uso de Symbol de NEM para su empresa
Proponemos echar un vistazo a Symbol de NEM, que viene con todas las características que necesitará de una red blockchain, es flexible y configurable según sus necesidades para su uso en entornos de red blockchain públicos y privados.
Symbol es un proyecto de cadena de bloques de próxima generación que se ha estado desarrollando después del exitoso proyecto de cadena de bloques de NEM. Lea nuestro artículo sobre cómo usar blockchain para tokenizar su cadena de suministro para obtener más información sobre las aplicaciones de Symbol de NEM en la cadena de suministro.
Mapeo de la lógica de su negocio
Uno de los pasos importantes en la integración de blockchain será definir asignaciones para la lógica de su negocio que estarán representadas por una o más entidades o eventos en la implementación de blockchain integrada.
En nuestra implementación de escaparate UsingBlockchain / BlockSnippets, publicamos un comando MiniBusiness que es nuestro producto mínimo viable para la creación de su negocio digital usando blockchain.
Esta implementación empresarial digital simplista, no solo le permite crear negocios digitales, sino que también le permite preparar transacciones que son compatibles con las redes blockchain de Symbol de NEM.
A continuación, mostramos una parte del código fuente que es responsable de la configuración de un esquema de gobierno distribuido para nuestro negocio digital. El código de la preocupación para la gobernanza es el siguiente:
Fuente: Borrador de problemas de gobernanza en MiniBusiness, parte de BlockSnippets por Using Blockchain Ltd.
Los bits importantes en el código fuente anterior se refieren a (1) lo que se está creando y (2) cómo se ejecuta. En cuanto a lo anterior, usamos Symbol de NEM para crear transacciones.
Luego, las transacciones se envuelven todas dentro de un contrato digital, por lo que todas las transacciones se ejecutarán por completo o fallarán por completo y no dejarán rastro de ejecución.
Como paso final, veremos algo más adelante, que nuestros contratos digitales están formateados como Códigos QR. Esto tiene la ventaja de ser compatible con dispositivos móviles. Ninguno de los contratos digitales creados debe contener información sensible.
Envolviendolo todo en contratos digitales
Para digitalizar algunos de sus procesos comerciales, necesitará mucho más que el esquema de gobernanza distribuida anterior, eso es seguro.
Como se mencionó anteriormente, publicamos un escaparate simplista de MiniBusiness que le permite tokenizar los procesos comerciales como se explicó en las secciones anteriores. A continuación se muestran los diferentes comandos que están disponibles en MiniBusiness:
Crear: este comando crea un negocio digital.
Identificar: este comando configura identidades digitales en cadena para su negocio.
Gobernanza: este comando configura un esquema de gobernanza distribuida para su empresa.
Tokenise: este comando tokeniza productos para su negocio.
Recompensa: este comando le permite configurar incentivos para los empleados de su negocio digital.
Fuente: Comandos de MiniBusiness, parte de BlockSnippets mediante el uso de Blockchain Ltd.
Creando su negocio digital
El comando de creación de empresas digitales utiliza frases mnemotécnicas BIP44 para asignar las denominadas identidades digitales a su empresa.
Puede ejecutar este comando para crear su propio negocio digital, escribiendo esto en su terminal: BlockSnippets MiniBusiness -n “Nombre de su empresa”. Le pedirá una contraseña, no olvide esta contraseña.
Después de ejecutar este comando, encontrará un nuevo archivo de respaldo dentro de la carpeta de datos. Este archivo contiene la copia de seguridad de las identidades digitales. Siempre que no pierda su contraseña (no olvide hacer una copia de seguridad de su contraseña), siempre podrá utilizar su negocio digital.
El archivo creado data / your-company-name.json contiene toda la información necesaria para administrar su negocio digital en cadena. Tenga en cuenta que una implementación lista para producción no almacenaría ningún dato sensible dentro de dicho archivo JSON.
En aras de la simplicidad, ciframos la semilla de la frase de contraseña mnemotécnica (BIP32) utilizando el cifrado AES y su contraseña. Esto lo mantiene algo seguro, pero no debe usarse en producción.
Dado que mencionamos varias veces que se trata de un escaparate simplista, y que no debe usarse en un entorno de producción, probablemente esté bien para nosotros dejar el código fuente de cifrado aquí, para que usted lo reproduzca y juegue con:
Fuente: Repositorio de identidades en MiniBusiness, parte de BlockSnippets por Using Blockchain Ltd.
La fuente anterior genera una sal aleatoria que se utiliza para el cifrado AES con nuestra contraseña. Este paso, aunque no es obligatorio, es importante para asegurarse de no dejar rastros de texto sin formato de información confidencial en ningún dispositivo.
La frase mnemotécnica generada es una frase de 24 palabras que solo contiene palabras de la lista de palabras BIP44. Lea una definición detallada de esto en “¿Qué es una frase mnemotécnica?”, En nuestro Diccionario.
Nuestra implementación de negocios digitales hace uso de cuentas que se generan a partir de las frases de contraseña de 24 palabras mencionadas anteriormente. La razón detrás de esto es que esas frases de 24 palabras siempre crean las mismas cuentas.
En cuanto a la continuación de este artículo, podemos asumir con seguridad que nuestras identidades comerciales digitales se pueden representar como frases mnemotécnicas porque lo mantenemos simplista.
Una implementación lista para producción de los procesos comerciales digitales debe modelar los datos de manera diferente y actualizar las prácticas de almacenamiento.
Ejecución de contratos digitales
A partir de aquí es donde se vuelve muy flexible. Ahora que ha creado su negocio digital, podemos seguir adelante y asignar información de su negocio a entidades y transacciones utilizando la tecnología blockchain.
Nuestra implementación de escaparate MiniBusiness dispone de múltiples contratos que puede configurar y que se almacenarán en forma de códigos QR en su carpeta de datos.
Los contratos digitales creados (códigos QR) nunca contendrán información confidencial relacionada con su negocio digital. Estos códigos QR contienen solo Symbol de NEM preparado con transacciones que aún no se han firmado.
Sí, lo entendiste bien, falta una pieza en todo este rompecabezas. El acto de crear firmas digitales con identidades vinculadas se ha dejado intencionalmente fuera de esta publicación para que sea más simple.
No pierda la fe, sabe que volveremos sobre esto en nuestro próximo escaparate simplista, ¿verdad? Si. De todos modos, volviendo al tema anterior, el siguiente fragmento de código fuente ilustra cómo creamos contratos digitales:
Fuente: Repositorio de identidades en MiniBusiness, parte de BlockSnippets por Using Blockchain Ltd.
Usando las pocas líneas de códigos anteriores, (1) creamos el contrato digital ejecutando nuestra preocupación de Identidad. La clase de inquietudes de identidad se creó para mantener una separación limpia de inquietudes en nuestra implementación de exhibición.
Otras preocupaciones que se implementan en MiniBusiness incluyen la preocupación de Gobernanza, que crea un tipo diferente de contrato digital.
Finalmente, como se mencionó anteriormente, en (2) creamos un Código QR que contiene todas las transacciones de nuestro contrato digital. Actualmente, esto solo funciona con Symbol de NEM, pero se puede actualizar fácilmente para trabajar con otras redes blockchain o Bitcoin.
¿Qué son los esquemas de gobernanza distribuida?
La gobernanza es una especificación de principios y métodos para legitimar los procesos de toma de decisiones. En un esquema de gobernanza distribuida, por lo general, todos los participantes son tratados por igual sin la presencia obligatoria de una autoridad central.
En lugar de una estructura jerárquica administrada por un conjunto de humanos que interactúan con personas y controla la propiedad a través del sistema legal, una organización descentralizada implica un conjunto de humanos que interactúan entre sí de acuerdo con un protocolo especificado en el código y aplicado en la cadena de bloques. Vitalik Buterin, colaborador principal de Ethereum.
La gobernanza en sí consta de cuatro elementos procesables: señales, propuestas, revisiones y aceptación. Los participantes – o “actores” – de un esquema de gobernanza deben comunicarse con otros acerca de estos cuatro elementos accionables.
Por lo tanto, Alice puede indicar que ahora está participando en un plan de gobierno. Pero Alice también podría decidir proponer un cambio en el esquema o revisar la propuesta de otro participante.
Beneficios de la gobernanza distribuida
Resistencia
La distribución de esquemas de gobernanza ayuda a evolucionar en una sociedad en rápido movimiento y elimina un solo punto de fallas, de modo que es más fácil recuperarse en la dirección correcta cuando algo se corrompe.
Eficiencia
Debido a que en los negocios, algunas decisiones tienen que pasar por muchos niveles de una jerarquía, las ventanas de oportunidad se pueden perder y el costo de las decisiones puede exceder su valor real.
Los esquemas de gobernanza distribuida tienden a reducir los costos financieros y operativos porque eliminan la intermediación.
Un ejemplo de gobernanza distribuida
El siguiente fragmento de código fuente muestra un enfoque simplista de los esquemas de gobernanza distribuida que utilizan cuentas de múltiples firmas.
Las cuentas con múltiples firmas son simplemente cuentas que requieren que varias partes creen firmas digitales. En la práctica, estas cuentas requieren la confirmación de varias cuentas.
Fuente: Repositorio de identidades en MiniBusiness, parte de BlockSnippets por Using Blockchain Ltd.
Esta vez, puede ver que en (1) ejecutamos nuestra preocupación de Gobernanza. Esta preocupación crea una transacción que convierte la cuenta de “gobernador” de la empresa digital en una cuenta con múltiples firmas.
Cuando esta transacción se transmita a la red, la cuenta del gobernador se regirá por las identidades comerciales digitales.
En (2), el contrato digital se formatea en un código QR, como se explicó anteriormente. Recuerde que las transacciones resultantes deben estar firmadas por los participantes.
Un ejemplo de gamificación: Dings
Como ejemplo de funciones de gamificación que se pueden integrar en su negocio, echemos un vistazo a Dings.
¡Dings es una plataforma de juegos sociales que utiliza algoritmos de gamificación inteligentes para agregar algo de diversión a cualquier evento! Puedes jugar a Dings desde cualquier dispositivo e invitar a más amigos a jugar juntos. Dings tiene el potencial de agregar más DIVERSIÓN a sus causas, eventos e interacciones. Con Dings, estará feliz de leer un libro tanto como de volver a plantar árboles. ¡La vida es un juego! Con Dings, es tu vida, ¡así que también es tu juego! ¡Puedes crear una cuenta gratis en dings.app y empezar a jugar!
Este juego recompensa a sus usuarios por su actividad en la plataforma asignando criptomonedas a algunas acciones que los usuarios pueden realizar. Un ejemplo de esto incluye la acción de plantar un árbol en la que los usuarios pueden registrarse; esta acción recompensa efectivamente a los jugadores por acciones que tienen un impacto positivo en nuestro planeta. A su vez, esto permite a Dings recompensar a los usuarios por sus acciones y causas bien intencionadas.
Benefíciese de la tecnología blockchain y pase a un negocio digital
Blockchain se puede utilizar e integrar en diferentes niveles dentro de sus procesos comerciales, es decir, para mejorar la seguridad o la transparencia. Creemos que el uso de blockchain para su negocio tendrá un impacto positivo en el valor de los datos en una perspectiva a largo plazo.
Puede utilizar los proyectos de blockchain como un instrumento de verdad para su negocio digital. Uno, que está distribuido y abierto para que cualquiera lo use. Las estrategias de incentivación en torno a las redes blockchain pueden diferir de un proyecto a otro, pero los principios de inmutabilidad de los datos y el de preservar la integridad de los datos suelen ser respetados por todos los proyectos blockchain.
El código fuente completo para esta muestra de negocios digitales sobre el uso de blockchain se puede encontrar en: UsingBlockchain / BlockSnippets MiniBusiness Command.
Esperamos que esta presentación haya sido útil para usted y esperamos recibir comentarios y mensajes. ¡Por favor comparta sus pensamientos en la sección de comentarios!
Esta es una traducción al español del artículo original (en inglés) escrito en UBCDigital por Grégory Saive. Traducido y editado por NEM en Español. Juntos estamos haciendo que NEM sea más fuerte y que Symbol sea más brillante.
Para más información y noticias sobre NEM, le invitamos a seguirnos en nuestras redes sociales: Facebook, Twitter e Instagram
El programa Symbol Supernode acaba de ser lanzado en Testnet, hemos estado monitoreando los nodos NGL por un tiempo y ya ha completado nuestras pruebas Alpha, sin embargo, necesitamos miembros de la comunidad (particularmente aquellos que ejecutarán SuperNodos después del lanzamiento) que nos ayuden a probarlo más ampliamente .
Se proporcionó previamente un resumen inicial para que cualquiera que no esté familiarizado con él, tenga mayor contexto.
Resumen
El programa SuperNodo de Symbol funciona de manera muy similar al programa Supernodo de NEM NIS1 y la descripción general está disponible en la documentación de Symbol.
El nodo debe tener 1 m, 2 m o 3 m de tokens apostados cumplir con todos los requisitos mínimos y ser monitoreado pasando pruebas regulares
Para tener derecho a los pagos por voto, el SuperNodo debe ser un nodo de más de 3 millones y tener habilitada la votación
Un recordatorio de que un SuperNodo es lo mismo que un nodo normal, excepto que debe cumplir con los criterios mínimos y tener suficientes XYM apostados. No es como por ejemplo, los Nodos Maestros en otras redes; desde una perspectiva de red, realiza la función como nodos regulares (a menos que esté votando), pero proporciona una garantía adicional en términos de seguridad y estabilidad y es recompensada por ello.
Requisitos del SuperNodo
Para ser elegible para el programa será necesario:
Ejecutar un nodo completo (Dual) para ser considerado un SuperNodo
Los nodos deben estar en la versión actual de Symbol y deben actualizarse dentro de los 10 días posteriores a cada lanzamiento
Cumplir con los criterios de prueba descritos en este documento. Es probable que el nodo deba cumplir con las especificaciones mínimas recomendadas para lograrlo.
Inscríbase en el programa SuperNode
Apostar suficientes tokens (1 m, 2 mo 3 m + XYM)
Requisitos del nodo de votación
Para habilitar la votación en un nodo y participar en la finalización de la cadena, es necesario cumplir con todos los requisitos anteriores y además:
Apuestar 3m + XYM
Registrar una clave de votación + enlace y habilitar la votación en la configuración del nodo.
Inscripción y validación
El Programa de Symbol puede inscribirse mediante dos métodos principales:
Usando Symbol Bootstrap con la opción enrolRewardProgram para inscribir e implementar el agente. La guía del usuario para Symbol Bootstrap está disponible aquí
Enviar manualmente una transacción similar a la anterior, que es una transacción de transferencia simple a una dirección predefinida y desplegar manualmente el agente (consulte la guía del usuario)
Una vez inscrito y con el programa ejecutándose, será posible ver y monitorear a través del explorador de bloques estándar los detalles de las pruebas o problemas que podría tener su Nodo.
Se acaba de lanzar una nueva versión de Symbol Bootstrap (0.4.4), deberá actualizar a esta versión para inscribirse correctamente, el uso de versiones anteriores puede hacer que el nodo sea inestable debido a algunas correcciones en la nueva versión.
Pruebas
La inscripción en Testnet ya está abierta, se ha probado en varios de nuestros nodos estándar, pero necesitamos nodos comunitarios para implementarlo y ayudarnos a descubrir qué es diferente en la naturaleza en una red más ampliamente distribuida.
Si tiene algún problema, regístrelo en los repositorios a continuación:
En la actualidad, el código fuente del agente no se encuentra en este repositorio público, se migrará a él en el futuro, pero los problemas se mantendrán actualizados en el público en aras del tiempo.
Pago de recompensas de SuperNodo
Se emitirán pagos diarios. Habrá una cantidad diaria total dividida por la cantidad de nodos elegibles en ese período de 24 horas.
Según los Tokenomics que la comunidad aprobó; el programa se eliminará gradualmente durante 6 años con montos de pago decrecientes con el tiempo, la reducción se describe a continuación, y cada paso se realizará en el aniversario de 12 meses del lanzamiento de Symbol
Año
XYM Anual
XYM Diario
1
5,475,000
15,000
2
5,475,000
15,000
3
5,475,000
15,000
4
5,110,000
14,000
5
3,650,000
10,000
6
1,825,000
5,000
A diferencia del programa NEM NIS1, el de Symbol permitirá que los propietarios de nodos con menos tokens obtengan una recompensa reducida, lo que hace posible ejecutar un SuperNode con 1 m o 2 millones de tokens. La participación mínima cambiará de 3m XEM en NEM NIS1 a tres niveles: 1m, 2m y 3m XYM. Cada nivel obtiene una recompensa total diferente en reconocimiento de la apuesta, además de los tokens apostados, los otros requisitos siguen siendo los mismos que en NEM NIS1. Los niveles se describen a continuación, los detalles completos están en el Tokenomics
Tokens
Comentarios
3m
Máxima recompensa de SuperNodo
2m
Recompensa de SuperNodo reducida (~46% de 3m recompensa)
1m
Recompensa de SuperNodo reducida (~17% de 3m recompensa)
<1m
Sin recompensa de SuperNodo
Pago de recompensas de pago por voto
Las pruebas se llevarán a cabo durante 4 épocas (1 época = 6 horas) y los pagos se realizarán una vez al día en un calendario similar a los pagos de SuperNodo.
Visualización de información / resultados de supernodos y nodos de votación
Se ha agregado una nueva característica al Explorador de bloques que permite la visibilidad de los nodos, cómo se están desempeñando, rondas de pago, etc. El Explorador se actualizará poco después de este anuncio
Mientras tanto, es posible seguir las guías de inscripción para unirse al programa en Testnet y monitorear los pagos a través de la billetera de la pestaña Cuentas en Explorer.
Artículos adicionales
Implementación de Mainnet
Actualmente estamos trabajando en la coordinación de poner SuperNodos en línea para Mainnet, junto con una guía sobre cómo hacerlo de forma segura con las herramientas disponibles. Esta información se publicará lo antes posible antes del lanzamiento.
Un enlace útil para cualquier persona interesada en los tipos de claves y para qué se utilizan, se ha actualizado aquí en respuesta a un par de preguntas sobre qué son las claves para criptografía: documentación de Symbol.
Programas de bonificación de nodo temprano y del ecosistema
Muchos recordarán que estos fueron parte del enfoque tokenómico aprobado por la comunidad. La intención aún es que estos estén presentes y próximamente se pondrá a disposición información sobre estos, usan la misma infraestructura que las herramientas de monitoreo de SuperNode, con un método de inscripción diferente, por lo que todas las pruebas para SuperNodos también están probando esos programas de bonificación indirectamente .
Como siempre, si hay algún problema, regístrelo en Github y si tiene alguna pregunta, pregunte aquí o en Slack y haremos todo lo posible para responderlo.
Esta es una traducción al español del artículo original (en inglés) escrito por DaveH en el Foro oficial de NEM . Traducido y editado por NEM en Español. Juntos estamos haciendo que NEM sea más fuerte y que Symbol sea más brillante.
Para más información y noticias sobre NEM, le invitamos a seguirnos en nuestras redes sociales: Facebook, Twitter e Instagram
Para celebrar el lanzamiento de Symbol y destacar el hecho de que NEM se convertirá en un ecosistema de dos cadenas, nos complace invitar a todos los entusiastas de blockchain, grandes y pequeños, a participar en un Torneo de trading de impacto global único, que creemos será la más grande competencia de trading nunca antes hecha.
El Torneo de trading incluirá múltiples exchanges de tipo regional y global, incluidos Binance, Huobi, Gate.io, Bithumb, OKEX y AEX durante un período de trading de 3 semanas, con 3 oleadas distintas, que ofrecen hasta $ 500K en premios en moneda fiat y tokens. Se estarán confirmando más exchanges participantes.
La primera y segunda oleada se centrarán en una competencia de trading con XEM, mientras que la oleada 3, que tiene lugar inmediatamente después del lanzamiento de Symbol, será para traderar XYM.
Con los exchanges que admiten tokens XEM y XYM, NEM quiere brindar una oportunidad para que los participantes de nuestra comunidad demuestren su capacidad comercial y se enfrenten a otros usuarios y en múltiples exchanges.
El Torneo de trading de exchanges global reúne algunos de los mejores y más grandes exchanges para crear una experiencia única con en donde estos exchanges ofrecerán premios y actividades importantes para realmente iniciar el lanzamiento de Symbol con estilo.
Más información sobre el detalle exacto de la competencia y cada ola, más adelante.
Esta es una traducción al español del artículo original (en inglés) escrito en el Blog Oficial de NEM . Traducido y editado por NEM en Español. Juntos estamos haciendo que NEM sea más fuerte y que Symbol sea más brillante.
Para más información y noticias sobre NEM, le invitamos a seguirnos en nuestras redes sociales: Facebook, Twitter e Instagram
De los diversos chats, twitter, etc., está claro que hay cierta confusión sobre qué esperar hoy. Esta publicación intentará aclarar eso.
Plan Original
Mi actualización del 17 de febrero de 2020 sobre el hilo del anuncio de lanzamiento 0.10.0.7 indicó dos cosas importantes:
Que el informe de la prueba de resistencia de NGL estaría disponible hoy (22 de febrero de 2020) UTC
No se haría ningún anuncio sobre la instantánea / lanzamiento antes de hoy.
El viernes di una actualización de que los resultados intermedios de nuestra prueba de esfuerzo se veían bien, pero teníamos algunas cosas que verificar durante el fin de semana. Esas verificaciones están en curso con el equipo de prueba y los miembros de la comunidad en Slack, se espera que se completen hoy.
El domingo por la mañana UTC, muchos miembros de la comunidad habrán visto que NEMTus anunció una prueba comunitaria que tendrá lugar a las 11.00 – 12.00 UTC hoy (lunes) y los resultados completos estarán disponibles a las 15.00 UTC de mañana (martes).
Plan revisado
Hemos hablado con NEMTus, los equipos de NGL y Jaguar sobre este desarrollo y el plan de acción previsto es:
Informe de prueba de esfuerzo de NGL disponible hoy según lo previsto
Se realizó la prueba NEMTus y se revisan los resultados provisionales
No se hará ningún anuncio sobre la instantánea o la fecha de lanzamiento hasta mañana por la mañana UTC como muy pronto, y depende de los resultados de la prueba NEMTus.
Sé que algunos miembros de la comunidad esperaban un anuncio de lanzamiento hoy, sin embargo, eso no se indicó en la actualización, no antes de hoy.
El desarrollo anterior significa que no sería prudente comunicar nada antes de las pruebas y los resultados.
Esta es una traducción al español del artículo original (en inglés) escrito por DaveH en Foro Oficial de NEM. Traducido y editado por NEM en Español. Juntos estamos haciendo que NEM sea más fuerte y que Symbol sea más brillante.
Para más información y noticias sobre NEM, le invitamos a seguirnos en nuestras redes sociales: Facebook, Twitter e Instagram
Cuando hablamos de tokenización en el mundo físico, queremos volver algo tangible en algo intangible. Por ejemplo, una “muestra de agradecimiento” es la forma en que hacemos tangible lo intangible (agradecimiento) ejemplo, con un regalo. Mientras estamos en el mundo digital o virtual, cuando hablamos de tokenización, queremos hacer algo tangible intangible. Por ejemplo, tokenizar USD a USD Tether.
La tokenización es una función importante y más utilizada de blockchain. Permite que los activos se transfieran de una parte a otra sin un intermediario. Hay 2 categorías de tokens, los fungibles y los no fungibles. Los tokens fungibles son como puntos de fidelidad o dinero. Por ejemplo, ambos tenemos un dólar, si los cambiamos, ambos tenemos un dólar. El valor no cambiará. Las fichas no fungibles son como un pasaporte. Digamos que ambos tenemos un pasaporte emitido por el mismo país. Se ven iguales desde el exterior, pero la información que aparece en el interior es diferente. Si intercambiamos los pasaportes, realmente ya no nos representan, ya que cada pasaporte es único.
ERC-20
Los tokens en Ethereum, normalmente, se generan mediante la implementación de un contrato inteligente en la red. Como el contrato inteligente de Ethereum es muy versátil, esto también significa que cualquiera puede implementar un contrato inteligente para crear un token en cualquier formato. Imagínese si no hubiera un formulario estándar mientras solicitamos un pasaporte, todos podrían enviar su información personal en un orden diferente y eso sería un gran dolor de cabeza para los oficiales. Por lo tanto, para una mejor experiencia de usuario, especialmente para entidades como Exchanges, se introduce un estándar: el ERC-20. Es por mucho, el estándar más utilizado. Consulte aquí para obtener una lista de tokens ERC-20.
Un contrato inteligente para ERC-20 se llama contrato simbólico. Hay 6 funciones obligatorias en un contrato de token ERC-20 y 3 opcionales (elementos 7 a 9).
totalSupply (): indica cuántos tokens hay en circulación. Esta es la única función que debe tener valor mientras se implementa el contrato inteligente.
balance de (dirección): Devuelve el número de tokens que posee la dirección.
transferencia (dirección, valor): Mueve dicha cantidad de tokens a la dirección mencionada.
transferFrom (dirección del remitente, dirección del receptor, valor): Mueve dicha cantidad de tokens del remitente al receptor. Útil cuando usa los tokens para pagar servicios, lo que significa que necesita llamar a otro contrato.
aprobar (dirección del gastador, valor): esto permitió que la dirección de un tercero gastara la cantidad total establecida por el propietario del token.
asignación (dirección del propietario, dirección del gastador): Devuelva el saldo de las fichas que el gastador todavía puede gastar en nombre del propietario.
name (): el nombre que desea darle al token. Como no existe un registro central para los contratos de token, no se garantiza la unicidad del nombre.
símbolo (): una forma más corta de nombre (). P.ej. “Dios mío” para OmiseGO. Normalmente será el ticker. La singularidad no está garantizada.
decimal (): indica los tokens que se mostrarán. La divisibilidad máxima para Ethereum es 18. Ethereum no se ocupa de decimal. Esto es para fines visuales.
El funcionamiento de cada función se explicará con un ejemplo más adelante.
Hay 2 eventos relacionados con contratos de token.
Transferencia (dirección del remitente, dirección del receptor, valor): este evento desencadena la transferencia de tokens de una dirección a otra. Si la dirección de destino es una dirección de contrato, activa los códigos en el contrato.
Aprobar (dirección del propietario, dirección del gastador, valor): este evento se convoca para permitir que un tercero mueva fondos en nombre del propietario, generalmente un contrato de servicio. También especifica la cantidad total permitida. Si el propietario de los tokens envía algunas llamadas a la misma dirección de gasto, reemplaza a la anterior.
Ahora que hemos analizado las funciones y los eventos relacionados con un contrato de token, comencemos con un ejemplo con fines ilustrativos.
Dice que le gustaría crear un token que represente un boleto para un concierto. Empiece por preparar el contrato inteligente. Lo nombra () “concertTicket” con el símbolo () “CTC”. Como no tiene sentido dividir un boleto, el decimal () será “0”. Todas estas funciones son opcionales, pero debe indicar el valor de totalSupplyl (). Si planea vender 1,000 boletos, establezca el valor en 1000. El resto de funciones deben estar ahí para cumplir con el estándar ERC-20.
Luego, implementa el contrato inteligente del token enviándolo a la dirección “0x0”. De hecho, en realidad no crea los tokens, crea los libros de contabilidad / contrato / mapas que registran la propiedad y la transferencia de propiedad de los tokens. Permítanme explicar esto junto con otras preguntas sobre el resto de funciones. En el camino, podría haber otras características que podrían incorporarse, pero no se incluirán en la discusión para mantener esta pieza simple. Blockchain es un agujero de conejo
The ledger/map of addresses with CTC balance.
Una vez que se haya implementado el contrato de token “CTC”, ahora puede comenzar a vender la entrada del concierto. Digamos que Alice te compró un boleto y quieres enviarle un boleto. Llamas a la función de transferencia (dirección de Alice, 1 ticket). Este evento activará la transferencia del evento (su dirección, la dirección de Alice, 1 boleto) y cambiará el saldo de boletos de su propiedad (de 1,000 a 999) y Alice (de 0 a 1).
The ledger/map of addresses with CTC balance.
Dice que también designa a un distribuidor para que venda 100 boletos en su nombre, y debe autorizar al distribuidor a transferir los boletos en su nombre. Deberá llamar para aprobar (dirección del distribuidor, 100 boletos). Se activará el evento Approve (su dirección, dirección del distribuidor, 100 entradas) y cambiará el saldo de la asignación que el distribuidor puede vender a 100 entradas. Tenga en cuenta que esto no cambia el saldo del CTC en su dirección.
The ledger/map of addresses with CTC allowance to spend.
Cuando el distribuidor vende un boleto a Bob, el distribuidor llamará a la función transferFrom (su dirección, la dirección de Bob, 1 boleto). Esto cambia el saldo del boleto de su dirección a 998, el de Bob a 1 y la asignación del distribuidor a 99.
The ledger/map of addresses with CTC balance.The ledger/map of addresses with CTC allowance to spend.
Cuando desee verificar el token que posee una dirección, llame a la función balanceOf (dirección). Cuando se desea conocer el saldo de los tokens que se permite mover por un tercero, se llama asignación (dirección del propietario, dirección del gastador).
Con esto, hemos cubierto todas las funciones y los eventos relacionados con un contrato de token. Es posible que haya notado que todas las acciones en relación con la transferencia de propiedad del token de la entrada del concierto de CTC ocurren solo dentro del contrato del token en sí.
Hay 2 tipos de cuentas en Ethereum. Ambas cuentas son:
representadas con una dirección que comienza con 0x,
puede recibir, enviar y retener tanto ETH como tokens, y
puede interactuar con contratos inteligentes implementados.
Cuenta de propiedad externa (EOA): Es una cuenta de propiedad de un usuario y no cuesta ninguna tarifa de transacción para crearla. Se compone de un par de claves públicas y privadas. Puede iniciar una transacción.
Cuenta de contrato: se crea mediante la implementación de un contrato inteligente. Por lo tanto, requiere tarifas de transacción ya que utiliza almacenamiento de red. No tiene clave privada, por lo que no puede firmar una transacción. La propiedad de los tokens puede cambiar de manos solo al recibir una transacción que activa el código.
Hay algunos problemas conocidos con ERC-20 que requieren precaución adicional. Primero, el problema de manejo de eventos. El receptor no será notificado de las transacciones entrantes ni podrá rechazar ninguna transacción válida. Esto no es un problema si se envía a la dirección correcta. Aquí, no estoy hablando de que A quiera enviar tokens a B, pero lo envió accidentalmente a C. Estoy hablando de A tenía la intención de enviarlo a otro EOA pero lo envió accidentalmente a una cuenta de contrato. Para empeorar las cosas, si la cuenta del contrato a la que lo envió no maneja los tokens que envió, permanecerá en el limbo.
En segundo lugar, problema de la aprobación () . Como se mencionó al presentar las funciones del contrato de token, el más nuevo aprobado () reemplaza al anterior. Si el gastador nota un cambio entrante en la asignación aprobada y retira la asignación anterior y retira nuevamente cuando entre la nueva aprobación ()
Se proponen soluciones para estos problemas, como ERC-223, que resolverá el primer problema. Aunque es compatible con versiones anteriores, no se usa comúnmente. Ethereum es muy versátil, puede haber funciones escritas para contrarrestar esos problemas. Los procesos de pensamiento y las pruebas cuidadosas y exhaustivas son cruciales.
Nota : ETH no es un ERC-20, ya que se creó antes de que se estableciera el estándar. Otros temas relacionados con ERC-20 y cómo ERC-223 los resuelve se discutirán en otros artículos.
Mosaico
el token fungible de Symbol, el Mosaico, es uno de los complementos. Los estándares del Mosaico se establecieron antes del lanzamiento de la plataforma. El token nativo de Symbol, XYM, en sí mismo es un mosaico. Consulte la parte 3 sobre complementos.
Un mosaico tiene 6 propiedades configurables.
Suministro inicial: el número inicial de mosaico que se creará en principio. El número máximo de un mosaico es de 9 mil millones.
Divisibilidad: esto indica qué tan divisible es el mosaico. La divisibilidad máxima de un Mosaico es de 6.
Duración: el mosaico caducará una vez que finalice la duración. Si desea crear un mosaico que no caduque, establezca esta propiedad en cero. De lo contrario, el máximo de días que puede vivir un mosaico es de 3650 días. No es renovable después de vencido.
Supply mutable: este es un campo booleano. Cuando se establece en “verdadero”, el suministro total del mosaico puede modificarse, bajo reglas estrictas. Solo el creador puede alterar el suministro total del Mosaico.
Transferible: este es un campo booleano. Cuando se establece en “verdadero”, el mosaico se puede intercambiar libremente entre cualquier cuenta. De lo contrario, el creador puede transferirlo a cualquier cuenta, pero solo podrá volver a transferirlo al creador. No a ninguna otra cuenta.
Restringible: este es un campo booleano. Cuando se establece en “verdadero”, se pueden establecer reglas más avanzadas en el mosaico. Esto implicará otro complemento: la restricción de mosaico.
Symbol no se rige por el concepto de contrato inteligente, sino que utiliza complementos, como se discutió anteriormente. Para crear el Mosaico, debe llamar a las transacciones relacionadas: MosaicDefinitionTransaction y MosaicSupplyChangeTransaction. Para facilitar el desarrollo con las 6 propiedades proporcionadas, los SDK disponibles se encargarán del resto de la ejecución.
Tomemos el mismo ejemplo que usamos anteriormente. Establecerás el suministro inicial en 1,000 para representar las entradas para el concierto; establezca la divisibilidad en cero; establezca la duración en 2 meses inmediatamente después del concierto, ya que no desea que las entradas no utilizadas estén disponibles; establezca la mutabilidad de suministro en “falso” ya que no tiene la intención de cambiar el número de asientos; establezca “falso” para que los boletos no sean transferibles, ya que no desea que el comprador revenda el boleto por un precio más alto; y establece “verdadero” para hacer que el mosaico sea restringible.
Se paga una tarifa única a una cuenta sink al crear el Mosaico, además de la tarifa de transacción. Y habrás notado que no mencioné el nombre del Mosaico. En Symbol, un mosaico se representa mediante un entero sin signo de 64 bits. Para nombrar el mosaico, está involucrado otro complemento llamado Espacio de nombres, y hablaremos de él en otra ocasión. Por ahora, solo tenga en cuenta que es posible hacer que el mosaico sea más reconocible.
En Symbol, hay 2 tipos de cuentas:
1.Cuenta: Es un par de claves públicas y privadas. Es un lugar para guardar todos los mosaicos. En Symbol, los saldos de los mosaicos propiedad de cada cuenta se registran en el estado de la cuenta.
2.Cuenta multifirma: convertida de una cuenta. Después de la conversión, ya no puede iniciar ninguna transacción. Todavía puede hacer cualquier cosa como lo puede hacer una cuenta normal. Puede contener mosaicos y enviar transacciones, pero las transacciones deben ser iniciadas por las cuentas que tienen el custodio. Puede imaginarlo como una cuenta bancaria a nombre compartido.
Ahora puedes empezar a vender el billete. Alice quiere comprar un boleto. Ella te paga XYM (moneda nativa del Symbol) y le envías un boleto. Ambos deben llamar a un complemento TransferTransacation para que se realice el intercambio. Ahora, usted tendrá 999 boletos y Alice tendrá uno. También puede hacer que el intercambio se realice automáticamente utilizando el complemento Aggregate Transaction.
No puede designar un distribuidor para transferir los boletos de su cuenta ya que ha establecido la propiedad “transferible” del billete en “falso”. Por lo tanto, el boleto solo se podrá transferir una vez al comprador y el comprador le devolverá el boleto el día del concierto. Sin embargo, puede cambiar la cuenta que creó los boletos a una Cuenta Multifirma y agregar al distribuidor para que tenga la custodia compartida sobre ella. Puede tener la aplicación de venta de entradas para crear transacciones para enviar el 10% de comisión al distribuidor y el 90% a su cuenta cuando el comprador realiza el pago. Dice que ahora el distribuidor le vende un boleto a Bob, él hace un pago, el 90% a usted y el 10% al distribuidor. Posteriormente, usted y el distribuidor firman una transacción para enviar un boleto a Bob desde la cuenta Multisig. Todos estos pueden ser uno como si estuvieran en una transacción utilizando Aggregate Transaction.
Dice que es un concierto de Lady Gaga y que solo habrá un espectáculo. Definitivamente 1,000 boletos no son suficientes para todos. Entonces, decidió venderlos solo para los miembros de su club de fans. Dado que ha establecido la propiedad “Restrictable” en “true”, podrá agregar funciones avanzadas para manejar esto.
Hay 2 partes para configurar. Primero, restringir los mosaicos de tickets para que sean transferibles a cuentas que están etiquetadas. En segundo lugar, la cuenta de los fans deberá ser etiquetada por quien esté manejando el proceso KYC (conozca a su cliente). Con estos configurados, la cuenta de no fan no podrá recibir el ticket Mosaico.
Hasta aquí, hemos analizado las características y comportamientos de Mosaico.
Una mirada más cercana a las diferencias
El estándar de creación de un mosaico está preestablecido y debe cumplirse. Todos los mosaicos son transferibles a cualquier cuenta, excepto si no son transferibles o tienen restricciones. Aun así, la transacción fallará y ningún Mosaico quedará atrapado en el limbo. La única forma en que un mosaico se considerará perdido para siempre es si la cuenta que contiene los mosaicos perdió su clave privada. Este problema se aplica a todas las cadenas de bloques.
Solo hay una forma de transferir un Mosaico, que es a través de Transacción de transferencia. Incluso si se usa la Transacción agregada, la Transacción de transferencia todavía está distorsionada dentro de la Transacción agregada.
En conclusión, tanto ERC-20 como Mosaico son flexibles. No son un modelo de avión que cada pieza tiene que ir en su lugar exacto para terminar el modelo. Aparte de un esqueleto que necesita para seguir la estructura, puede usar su imaginación para construir todo tipo de aplicaciones.
Si bien el contrato inteligente de Ethereum es como Play-Doh, los complementos de Symbol son como Lego.
– Ethereum 2.0 vs Symbol (Parte 3)
Como sabemos, Ethereum es muy versátil. Literalmente, puede hacer que la dApp se comporte de cualquier manera. Solo necesita asegurarse de que esté bien probado para defenderse de cualquier acto malicioso.
Si necesita el token para ejecutar reglas complicadas, Ethereum es una buena opción. Si necesita tokenizar sus activos para facilitar el seguimiento y la transferencia, Symbol’s Mosaic es un claro ganador por su simplicidad y su sistema bien probado.
Saber que un cuchillo puede cortar es un conocimiento básico. Saber cómo usar un cuchillo a tu favor es poder. No necesitas un machete para untar tu mantequilla.
Un agradecimiento especial a Anthony por revisar este artículo.
Esta es una traducción al español del artículo original (en inglés) escrito por Ivy Fung en Medium . Traducido y editado por NEM en Español. Juntos estamos haciendo que NEM sea más fuerte y que Symbol sea más brillante.
Para más información y noticias sobre NEM, le invitamos a seguirnos en nuestras redes sociales: Facebook, Twitter e Instagram
¡Muchas gracias a los equipos de desarrollo combinados de NEM Group y Peersyst por el arduo trabajo continuo desde el último lanzamiento!
Se espera que haya al menos otro lanzamiento de billeteras antes del lanzamiento.
Wallet Android
La billetera de Android se ha construido como un APK en la actualidad y podrá instalarse manualmente en teléfonos para aquellos que deseen probar, en la versión anterior:
La billetera iOS se ha creado y proporcionado a Apple, está disponible en versión beta abierta en la actualidad, los usuarios existentes deberán actualizar a través de Testflight, las nuevas descargas pueden usar el siguiente enlace:
Agregada funcionalidad de nodo personalizado. Ahora puede agregar un nodo personalizado en el menú de configuración.
Reparado:
Fechas de noticias donde no se muestran correctamente
La aplicación fallaba cuando se apagaba Internet
Diseño roto con traducción al ruso. Se modificaron las traducciones del menú Inicio y de la pestaña
La recolección no estaba cambiando al estado “Activo” correctamente
La alerta “El nodo está inactivo” ahora se activa cuando fallan tres solicitudes consecutivas
Transacciones donde no se muestran correctamente para el nodo experimental de mainnet
Esta es una traducción al español del artículo original (en inglés) escrito por DaveH en el Foro Oficial de NEM . Traducido y editado por NEM en Español. Juntos estamos haciendo que NEM sea más fuerte y que Symbol sea más brillante.
Para más información y noticias sobre NEM, le invitamos a seguirnos en nuestras redes sociales: Facebook, Twitter e Instagram
La prueba de 400TPS terminó aproximadamente a las 05.00 UTC (hace 2 horas). La red ahora está disminuyendo y seguirá ocupada mientras se borran las cachés. Es poco probable que esto tome hasta las 8.00-9.00 UTC.
A continuación se muestra un resumen inicial:
La prueba funcionó bien, la red tiene bloques completos para toda la prueba y más (13 horas hasta ahora)
El problema de bloqueo de API-Broker parece haberse resuelto, el equipo no lo vio visualmente
Los nodos de NGL no tuvieron fallas que notamos de manera anecdótica (el análisis de registros lo confirmará el lunes)-La mayoría de los nodos parecen estar ya sincronizados (incluso cuando la red todavía está disminuyendo)
Es posible que una pequeña cantidad de nodos no estén sincronizados, estos se verificarán entre ahora y el lunes para confirmar si lo están, aún pueden regresar cuando se complete la rampa de descenso
Durante el estrés se notaron algunas cosas que estaremos investigando, pero no parecen ser importantes en este momento, por confirmar en un análisis completo.
Tenga en cuenta que este es un resumen INICIAL, los resultados finales no estarán disponibles hasta el lunes y requieren una evaluación más completa
Esta es una traducción al español del artículo original (en inglés) escrito por en Médium . Traducido y editado por NEM en Español. Juntos estamos haciendo que NEM sea más fuerte y que Symbol sea más brillante.
Para más información y noticias sobre NEM, le invitamos a seguirnos en nuestras redes sociales: Facebook, Twitter e Instagram
El siguiente paso es realizar las pruebas de estrés de NGL, los tiempos establecidos para esto están a continuación (estos están sujetos a cambios a medida que se ejecutan las pruebas):
Jueves 18 feb
9 a.m. UTC: Se inició una prueba de 100 tps, se ejecutará durante ~ 6 horas
4pm UTC: Se inició una prueba de 400 tps, se ejecutará durante ~ 8-10 horas y luego ~ 3-4 horas para que la red se estabilice.
Viernes 19 de febrero UTC – Dom 21
Tiempo estimado de finalización de la prueba 4-8am viernes
Después de lo anterior, se revisarán los resultados de las pruebas y se continuará monitoreando la red durante 24 a 48 horas para garantizar que no ocurra nada como resultado de las pruebas a más largo plazo.
Lunes 22 de febrero UTC
Se publican los resultados de las pruebas
Comunicaciones a esperar
Para tener claro qué esperar en términos de comunicaciones mínimas:
Jueves en la mañana : Confirmación del inicio de la primera prueba
Jueves por la tarde: Confirmación del inicio de la segunda prueba
Viernes: confirmación de la finalización de las pruebas y recuperación de la estabilidad de la red
Lunes: se publican los resultados de las pruebas
En cuanto a las preguntas obvias sobre “¿cuándo se realizará la instantánea, cuándo se lanza?” etc, esto no se comunicará antes del lunes, tomará algún tiempo evaluar los resultados y monitorear la red
Esta es una traducción al español del artículo original (en inglés) escrito por DaveH en el Foro Oficial de NEM. Traducido y editado por NEM en Español. Juntos estamos haciendo que NEM sea más fuerte y que Symbol sea más brillante.
Para más información y noticias sobre NEM, le invitamos a seguirnos en nuestras redes sociales: Facebook, Twitter e Instagram
