SDKs for Different Environments

To make it easier for developers, CRE8 would provide SDKs in popular languages:

JavaScript/TypeScript SDK: Given a lot of Web3 development and integration happens in JS (especially with Node.js and web frontends), a TS SDK is likely available. This SDK would abstract away direct REST calls and Solana transactions, providing functions like sdk.createListing({...}), sdk.buyService(listingId, buyerWallet), sdk.confirmDelivery(orderId), etc. Under the hood, it would handle constructing and sending the appropriate transactions to the Solana cluster and/or hitting the CRE8 backend where needed.
Mobile SDKs: Perhaps a Swift SDK for iOS and Kotlin/Java SDK for Android, if mobile apps want to integrate (though mobile devs could also call the REST API directly). If CRE8 expects other apps to embed service tokenization (for instance, a company like Upwork wanting to experiment with on-chain escrow could use the SDK), having mobile-friendly SDKs or at least clear API docs is useful.
Python/Rust/Other SDKs: Possibly a Python library for scripting or data analysis (someone might want to pull all their transaction data, for instance). Rust SDK might be more for interacting with on-chain program if needed, but since Solana programs can be invoked by any Solana client libraries, a dedicated Rust SDK may not be needed beyond using Solana’s SDK.

Last updated 3 days ago

To make it easier for developers, CRE8 would provide SDKs in popular languages:

JavaScript/TypeScript SDK: Given a lot of Web3 development and integration happens in JS (especially with Node.js and web frontends), a TS SDK is likely available. This SDK would abstract away direct REST calls and Solana transactions, providing functions like sdk.createListing({...}), sdk.buyService(listingId, buyerWallet), sdk.confirmDelivery(orderId), etc. Under the hood, it would handle constructing and sending the appropriate transactions to the Solana cluster and/or hitting the CRE8 backend where needed.
Mobile SDKs: Perhaps a Swift SDK for iOS and Kotlin/Java SDK for Android, if mobile apps want to integrate (though mobile devs could also call the REST API directly). If CRE8 expects other apps to embed service tokenization (for instance, a company like Upwork wanting to experiment with on-chain escrow could use the SDK), having mobile-friendly SDKs or at least clear API docs is useful.
Python/Rust/Other SDKs: Possibly a Python library for scripting or data analysis (someone might want to pull all their transaction data, for instance). Rust SDK might be more for interacting with on-chain program if needed, but since Solana programs can be invoked by any Solana client libraries, a dedicated Rust SDK may not be needed beyond using Solana’s SDK.

Last updated 3 days ago