# 🔤 Terminos básicos

  • Blueprints: plano, se define la estructura de la dapp, contiene la lógica, no mantiene un estado ni una dirección.
  • Component: instancia a un blueprint, ahora si existe una direccion y un estado.
  • Package: es una colección de blueprints que se compilan y publican como una sola unidad. Tiene una direccion.
  • 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: