Better Sol

¿Qué es Better Sol?

Better Sol es una herramienta para escribir programas de Solana usando TypeScript en lugar de Rust. Está diseñada alrededor de un patrón de fuente de programa único donde un archivo define tu programa on-chain y un cliente tipado para interactuar con él.

El propósito principal es optimizar el flujo de trabajo del desarrollador de Solana manteniendo la lógica del programa y los tipos de cliente correspondientes juntos, para que puedas construir y usar funcionalidad de Solana sin cambiar a Rust.

Características clave

• Creación de programas de Solana con TypeScript primero: escribe el programa en TypeScript en lugar de Rust.
• Programa de un solo archivo + cliente tipado: define tanto el programa de Solana como un cliente tipado en un solo archivo.
• Generación de cliente tipado: la interfaz del cliente está ligada a la definición del programa para que tus interacciones sean conscientes de tipos.
• Reducción de la frontera de lenguaje: mantén tanto el código on-chain como la API del cliente en el mismo código base de TypeScript.

Cómo usar Better Sol

• Crea un solo archivo de Better Sol que contenga tanto la definición de tu programa de Solana como el cliente tipado.
• Implementa la lógica del programa en ese mismo archivo.
• Usa el cliente tipado desde el mismo código para construir transacciones e interactuar con tu programa.
• Sigue el flujo de trabajo documentado del proyecto (como se proporciona en el sitio) para compilar e implementar el programa de Solana.

Casos de uso

• Construir un contrato inteligente de Solana en TypeScript: equipos que prefieren TypeScript para lógica de front-end y back-end pueden mantener el desarrollo de Solana en el mismo idioma.
• Crear un cliente fuertemente tipado para interacción con el programa: los desarrolladores pueden usar la interfaz de cliente tipado para reducir el cableado manual al llamar instrucciones.
• Prototipar nuevas características on-chain: mantén el programa y el cliente en un solo lugar para iterar más rápido en formas de instrucciones y tipos de datos.
• Compartir APIs de programa dentro de un monorepo de TypeScript: cuando el código del cliente vive junto a otros servicios de TypeScript, un archivo unificado puede simplificar la frontera entre programa y código consumidor.
• Educar o integrar desarrolladores en Solana: desarrolladores que quieran evitar Rust aún pueden trabajar en definición de programa y uso de cliente en TypeScript.

Preguntas frecuentes

¿Better Sol requiere escribir programas en Rust?
No. La descripción del producto indica que puedes escribir programas de Solana en TypeScript, sin necesidad de Rust.

¿El programa y el cliente se definen por separado o juntos?
Better Sol se describe como usando un solo archivo para definir tanto el programa como un cliente tipado.

¿En qué lenguaje se basa el cliente tipado?
El cliente tipado se describe en el contexto del desarrollo en TypeScript, ya que el programa se escribe en TypeScript.

¿Puedo usar Better Sol solo para integración de cliente con un programa existente?
El contenido del sitio proporcionado se centra en definir un programa y cliente tipado en un archivo. No confirma explícitamente si soporta uso solo de cliente para un programa ya implementado y definido externamente.

Alternativas

• Marcos de desarrollo de Solana basados en Rust: si te sientes cómodo con Rust, puedes escribir programas en el lenguaje soportado nativamente por muchas cadenas de herramientas de Solana, pero típicamente mantendrás una frontera más clara entre Rust on-chain y código de cliente off-chain.
• Bibliotecas de cliente basadas en TypeScript para Solana: si tu objetivo principal son interacciones de cliente tipadas o estructuradas, herramientas de cliente separadas pueden ayudar incluso cuando el programa en sí está escrito en Rust.
• Enfoque de SDK de blockchain genérico: puedes construir diseños de instrucciones de Solana y flujos de transacciones usando bibliotecas estándar, pero puedes tener más trabajo manual para mantener los tipos de cliente alineados con la lógica del programa.
• Otros patrones de herramientas “definición de programa + cliente generado”: algunas herramientas generan código de cliente a partir de especificaciones de programa; estas pueden diferir en cómo conectan esquemas de instrucciones a tipos de cliente y si son primero Rust o TypeScript.