hello can you support swift package manager

So thats is my code (again)

       private func transferSolanaToken(mnemonic: [String], wallet: HDWallet) {
        try async {
            let endpoint = APIEndPoint(
                address: "https://api.mainnet-beta.solana.com",
                network: .mainnetBeta
            )
            do {
                let account = try await Account(phrase: mnemonic, network: .mainnetBeta, derivablePath: .default)
                let blockchainClient = BlockchainClient(apiClient: JSONRPCAPIClient(endpoint: endpoint))
                let preparedTransaction = try await blockchainClient.prepareSendingSPLTokens(
                    account: account,
                    mintAddress: "cxxShYRVcepDudXhe7U62QHvw8uBJoKFifmzggGKVC2",  // USDC mint
                    decimals: 6,
                    from: "DnTwkxa6xtFB72w2t9PPrwuxksAR1Gb663UWTGLbVpYM", // Your usdc address
                    to: "W3LJP23kwe4Vt6E2cpZ5DRHSNiJxfYwTxg8zuTmTKAT",
                    amount: UInt64(1)
                )
                
                print(preparedTransaction)
                
                let result = try await blockchainClient.sendTransaction(preparedTransaction: 
          preparedTransaction.preparedTransaction)
                
                print(result)
            }
            catch let error {
                print(error)
            }
        }
     }

And error say

    responseError(SolanaSwift.ResponseError(code: Optional(-32002), message: Optional("Transaction simulation failed: 
    it an account but found no record of a prior credit."), data: Optional(SolanaSwift.ResponseErrorData(logs: Optional([]), 
    numSlotsBehind: nil))))

What it's mean, and how make it work?
Can anyone help me?
Ty

Hey, I am getting an error back when trying to execute a transaction.
Someone from the crypto community said I'd need to also send along

skipPreflight=true since it's by default false as per Solana Documentation.

However this SDK does not provide the option to set the skipPreflight to true.

{
  "jsonrpc": "2.0",
    "error": {
      "code": -32002,
      "message": "Transaction simulation failed: Error processing Instruction 2: custom program error: 0xbc4",
      ...
    }
  }
}

When I call getMultipleAccounts api to fetch info of 5 pubKeys ( there are 4 pubKeys which have valid data and 1 doesn't)
The result I got is null while my expectations is an array with 5 elements inlcude 4 objects and 1 null.
Can we fix this or have a work around solution at the moment?

message.swift line 94

I want to get tokens balance on devnet. I am using getTokenAccountBalance method by public key but it doesn't return balance. Show "boringssl_metrics_log_metric_block_invoke(151) Failed to log metrics" error.

I am using getBalance method to get wallet balance its working.

How can I get token balance?

We need to decompile VersionedTransaction and add an instruction to it and following this instruction (https://station.jup.ag/docs/additional-topics/composing-with-versioned-transaction) we are missing the decompile() method

Description

When trying to example in the README file about batched requests, it fails due to a Decoder issue

let req1: JSONRPCAPIClientRequest<AnyDecodable> = JSONRPCAPIClientRequest(method: "getAccountInfo", params: ["63ionHTAM94KaSujUCg23hfg7TLharchq5BYXdLGqia1"])
let req2: JSONRPCAPIClientRequest<AnyDecodable> = JSONRPCAPIClientRequest(method: "getBalance", params: ["63ionHTAM94KaSujUCg23hfg7TLharchq5BYXdLGqia1"])
let response = try! await apiClient.batchRequest(with: [req1, req2])

Thread 3: Fatal error: 'try!' expression unexpectedly raised an error: Swift.DecodingError.typeMismatch(Swift.Array<Any>, Swift.DecodingError.Context(codingPath: [], debugDescription: "Expected to decode Array<Any> but found a dictionary instead.", underlyingError: nil))

When i do pod instal with your lib, my project say <'Task' is only available in iOS 15.0 or newer>
but i already change deployment target to IOS 15, and it still <'Task' is only available in iOS 15.0 or newer>

Edited

• SolanaSDK namespace will be marked as deprecated, new classes, modules will be implemented without namespace.
• Better logger has to be integrated

The problems and their solutions

1. Highly coupled features in SolanaSwift library

Problem

Due to lack of knowledges and documentation about Solana blockchain at the beginning of the development, the network client module, blockchain client module and other module are highly coupled in one class SolanaSDK, which is inconvenient for using and really hard to test.

For example: For retrieving list of supported token or calling getBalance for an account, the class SolanaSDK needs to be initialized first. As a result, all another modules has to be initialized too, including AccountStorage, which requires user to authenticate, even the SolanaRPC does not require authorization.

The one-class-to-rule-them-all is a bad idea, as it make the class unscalable and hard to test. The graph below shows the implementation of SolanaSDK at the moment:

Solution

The big class SolanaSDK has to be separated into multiple modules.

The term “independent” in this situation means:

• The module can be initialized and used independently. For example:APIClient must needs only endpoint to be initialized and can be used independently without authorization.
• The module has their own responsibility and doesn't need to know about another modules.

All modules has to be written in POP, which always starts with an interface (protocol). For example: class APIClient: SolanaAPIClient.

The SolanaSDK will be marked as deprecated for backward compatible.

The graph of SolanaSDK after refactoring is something like this:

Modules’ explaination:

1. AccountStorage: SolanaAccountStorage stores user’s credentials and define if user is authorized.
2. APIClient: SolanaAPIClient api client to connect with Solana RPC API, contains following methods (https://docs.solana.com/developing/clients/jsonrpc-api).
3. TokensRepository: SolanaTokensRepository repository that provides informations about supported token in Solana blockchain. (https://raw.githubusercontent.com/solana-labs/token-list/main/src/tokens/solana.tokenlist.json)
4. BlockchainClient: SolanaBlockchainClient the client that helps us preparing, signing and serializing transaction using SolanaPrograms before sending using method sendTransaction, simulateTransaction from SolanaAPIClient or forwarding to FeeRelayer.
5. SolanaProgram Type of Programs that lives on Solana Blockchain that provides methods for preparing instructions in any transaction.
6. TransactionParser: SolanaTransactionParser: Custom parser to define readable type of transaction, for example: Send, Swap, Receive,...
7. Socket: SolanaSocket: Socket connection that provide suitable methods to observe user’s account or transaction signature status.

2. Highly depending on Rx libraries

Problem

The SolanaSwift library is right now deeply depending on RxSwift.

The SolanaSwift library is also depending on RxAlamofire for handling network request, it must be replaced by the native solution to reduce dependency.

Solution

As swift concurrency is now backward compatible with iOS 13, we use async/await and URLSession as the replacement for RxSwift and RxAlamofire

Notice

In the scope of this refactoring, there would be no ui part touched, so a bridge needs to be created to convert async/await code to adapt new concurrency solution in UI (the UI will be refactored later).

3. Model is coupled inside namespace SolanaSDK

Problem

Model is coupled inside SolanaSDK

Solution

• Move models outside of SolanaSDK, for example SolanaSDK.PublicKey becomes PublicKey
• For backward compatibility, type alias has to be added back to SolanaSDK. For example:

extension SolanaSDK {
   typealias PublicKey = SolanaSwift.PublicKey // (?)
}

What is “neсessary”, and what is “nice to have”?

1. The SolanaSDK is separated into multiple independent modules, which are located in separated folder. Еach module has to be fully tested.
2. The SolanaSwift needs to be independent from RxSwift, RxAlamofire.
3. The concurrency code is lightweight and easy to use.
4. A bridge need to be built to keep the ui part unchanged (will be refactored later)

Task decomposition

This task has to be separated to child tasks, which equivalent to cleaning, deprecating and creating each modules in SolanaSDK:

1. Group all deprecated implementation of SolanaSDK in to Deprecated folder, move all Models out of SolanaSDK, but don't break the old working solution.
2. Implement AccountStorage: SolanaAccountStorage, blocked by 1
3. Implement APIClient: SolanaAPIClient, blocked by 1
4. Implement TokensRepository: SolanaTokensRepository, blocked by 1
5. Implement BlockchainClient: SolanaBlockchainClient, blocked by 1
6. Implement SolanaProgram , blocked by 1
7. Implement TransactionParser: SolanaTransactionParser, blocked by 1
8. Implement Socket: SolanaSocket, blocked by 1

Definition of done

• RxSwift, RxAlamofire is removed from SolanaSwift’s dependencies, a bridge is created to map async function to return Observable to work with current Rx code in p2p-wallet-ios
• Several modules in SolanaSDK are independent
• All modules are fully tested

So thats is my code

   private func transferSolanaToken(mnemonic: [String], wallet: HDWallet) {
    try async {
        let endpoint = APIEndPoint(
            address: "https://api.mainnet-beta.solana.com",
            network: .mainnetBeta
        )
        do {
            let account = try await Account(phrase: mnemonic, network: .mainnetBeta, derivablePath: .default)
            let blockchainClient = BlockchainClient(apiClient: JSONRPCAPIClient(endpoint: endpoint))
            let preparedTransaction = try await blockchainClient.prepareSendingSPLTokens(
                account: account,
                mintAddress: "cxxShYRVcepDudXhe7U62QHvw8uBJoKFifmzggGKVC2",  // USDC mint
                decimals: 6,
                from: "DnTwkxa6xtFB72w2t9PPrwuxksAR1Gb663UWTGLbVpYM", // Your usdc address
                to: "W3LJP23kwe4Vt6E2cpZ5DRHSNiJxfYwTxg8zuTmTKAT",
                amount: UInt64(1)
            )
            
            print(preparedTransaction)
            
            let result = try await blockchainClient.sendTransaction(preparedTransaction: 
      preparedTransaction.preparedTransaction)
            
            print(result)
        }
        catch {
            print("error")
        }
    }
 }

its fail at result line
where is my fail?
can i look some example of this transactions anywhere?
i try do like readme but it didn't work :c

Base on their docs about getAccountInfo. The function should return nil if account doesn't exist.

Current implementation in our v2 version:

public func getAccountInfo<T: DecodableBufferLayout>(account: String) async throws -> BufferInfo<T> {
        let requestConfig = RequestConfiguration(encoding: "base64")
        let req = RequestEncoder.RequestType(method: "getAccountInfo", params: [account, requestConfig])
        let response: AnyResponse<Rpc<BufferInfo<T>>> = try await request(with: req)
        guard let ret = response.result?.value else {    // <- Wrong error catching!
            throw APIClientError.cantDecodeResponse
        }
        return ret
    }

I just try to send 0.0001 SOL and get next error:

With the same mnemonic: miracle pizza supply useful steak border same again youth silver access hundred
Solana swift output an account with public key: 3h1zGmCwsRJnVk5BuRNMLsPaQu1y2aqXqXDWYCgrp5UG
@solana/web3.js output an account with public key: HnXJX1Bvps8piQwDYEYC6oea9GEkvQvahvRj3c97X9xr

I noticed that getSignaturesForAddress and getTransaction are both hardcoded to mainnet via an overridingEndpoint param. Is there a reason that we can't use testnet or devnet with these functions? In my build, I've just commented out the overridingEndpoint and it seems to work fine.

On a side note, I just started playing around with solana-swift and this is a great library so far....nice work!

Should this be nft and not ntf?

It would be nice to add linux support by not using CommonCrypto

Hi! looks like a great project. I am not finding the Example directory on main was wondering if thats been omitted for a reason?

Would love to try it out.

getTokenAccountsByOwner response is of type [TokenAccount<TokenAccountState>], but that does not have the token account balance amount.

The RPC method has a json example with the amounts. Tried with "jsonParsed" config but that will have decoding error.

Hello everyone!
I get Transaction with signature from the backend and I need to add my own signature and sign transaction. So I will have two signature (first for paying fee, second is mine). But when I add my own signature I get error from Solana endpoint:

failed to send transaction: Transaction signature verification failure

I have created method for this (example from NodeJS) without overriding signature array:

public mutating func partialSign(signers: [Account]) throws {
            guard signers.count > 0 else { throw Error.invalidRequest(reason: "No signers") }
            
            // unique signers
            let signers = signers.reduce([Account](), { signers, signer in
                var uniqueSigners = signers
                if !uniqueSigners.contains(where: { $0.publicKey == signer.publicKey }) {
                    uniqueSigners.append(signer)
                }
                return uniqueSigners
            })
            
            // construct message
            let message = try compile()
            try partialSign(message: message, signers: signers)
        }

Does anybody can help me to add one more sign without error from Solana?

Hey all, finding myself adding "Encoding" or "Decoding" support to most of the models. How come the library only supports one way and not Codable directly?

Thanks

I try to sign transaction which I get from my server.

try transaction.partialSign(signers: [account])
let data = try transaction.serialize()

The problem is in the order of accounts keys (according to instructions in transaction message) and signatures order.

Signed keys:

[
7qNz8fjLwsTF3ifPd8FUZt28PUr5KV593X7XBV2x2ojV,
DkLZoyq5xs92M92yWY2Xrzj4nTFPvx1c1oyfsA6TMPCz,
98P3VqKQ5kRb3Mowp4DPZepEUCQhYpuo9r46sEhSYvW2
]

Signatures:

[
SolanaSwift.Transaction.Signature(signature: Optional(64 bytes), publicKey: 7qNz8fjLwsTF3ifPd8FUZt28PUr5KV593X7XBV2x2ojV),
SolanaSwift.Transaction.Signature(signature: nil, publicKey: 98P3VqKQ5kRb3Mowp4DPZepEUCQhYpuo9r46sEhSYvW2),
SolanaSwift.Transaction.Signature(signature: Optional(64 bytes), publicKey: DkLZoyq5xs92M92yWY2Xrzj4nTFPvx1c1oyfsA6TMPCz)
]