🔤 Terminos básicos
- Blueprints: plano o plantillas de los componentes, definen la lógica y el estado de los componentes.
- Component: instancia a partir de un blueprint (plano), mantiene el estado, recursos y datos del componente.
- Package: es una colección de blueprints que se compilan y publican como una sola unidad. A menudo, para construir una dApp de pila completa, se requiere múltiples planos trabajando juntos para definir y estructura la funcionalidad de la dApp.
- Component Ownership: Scrypto permite que un componente sea propietario de otros componentes
- Function: en Scripto son estaticas, no requieren estado, se pueden llamar desde un blueprint
- Method: Se llama desde los componentes y debe tener una referencia a si mismo, requiere estado.
- Resources: los activos, "assets", son el corazon de Scripto y de REv2. Tienen que estar asociados a una cantidad, no se puede copiar ni destruir por accidente. Los 'resources' siempre estan en un 'Bucket' o un 'Vault'.
- Bucket: Contenedor temporal o transitorio de los 'resources', se crea en una transaccion y se destruye al finalizar la misma.
- Vault: Contenedor persistente de 'resources' y se almacena dentro de un componente. Se puede quemar en un 'Bucket'.
- Token: Es un 'resources' con cualquier cantidad y granularidad (decimales)
- Badge: Una insignia no es un tipo primitivo: es una forma de referirse a un recurso que se utiliza principalmente para la autorización. Una insignia puede ser un recurso fungible o no fungible, según su caso de uso.
- Proof: Una de las convenciones importantes del uso de insignias (Badges) es que, en condiciones normales, en realidad no se retiran de una bóveda y se pasan. En cambio, Proof se crea y se usa para probar que un actor tiene acceso a esa insignia. En definitiva es la prueba de que se posee un recurso. Dichas pruebas siempre llevan asociada una cantidad, no puede ser 0.
- Transaction Manifest: es la forma Radix de crear transacciones. Hace posible componer múltiples acciones para ser ejecutadas atómicamente describiendo una secuencia de llamadas de componentes y movimientos de recursos entre componentes. En resumen, la componibilidad atómica completa se hace posible directamente en las transacciones.
- Accounts: Una cuenta en Radix no son simplemente pares de claves. En cambio, una cuenta es un componente, instanciado a partir de un modelo de cuenta proporcionado por el sistema. La dirección de la cuenta es la dirección de ese componente.
- Fees: Las tarifas son el XRD que se debe pagar para ejecutar una transacción. Las tarifas reflejan la carga que cada transacción impone a la red, sobre todo en las áreas de cuánto trabajo requiere calcular el resultado y cuánto almacenamiento permanente requiere.
Bibliografia: