Description

• Adding option to send raw transaction for cases where you already have fully defined transactions. Example workflow where sendRawTransaction is: 1. Request partial signed transaction from a server, 2. Sign transaction as user 3. send transaction.

Work Completed

• Added sendRawTransaction function
• Refactor sendTransaction function to use sendRawTransaction to avoid code duplication

Currently the library cannot be pulled from Jitpack because of the "." in Solana.kt. I've tested on my fork changing the name to SolanaKT and it fixed the issue, so I propose doing that here.

When digging through the Borsh operation, it became clear that for serializing/deserializing the fields need to be encountered in the same order so the bytes can be read/written properly. Your most recent Rule system really helped formalize making that happen, but I realized that for many field types if we could just specify the order, that would be enough.

Hence this PR - now you can just annotate the fields with @FieldOrder() and for many classes, no Rule class will be necessary. The rule system still works great for special cases, but hopefully this should reduce the boilerplate needed for most classes. Even the PublicKeyRule could likely be simplified/removed as a result of this annotation, though I didn't do that work for this PR.

Currently Account() returns a keypair with publicKey and privateKey. There's already support for reading accounts from mnemonics, should be relatively easy to generate a mnemonic instead.

Description

• Implements MintTo instruction so we can mint Solana NFTs in Kotlin!
• This implements a very basic version of MintTo so misses out on some features.
• I opted for the most absolute bare-bones implementation, but we can add more later as optional params.

Testing

Tests copied from JS tests here: https://github.com/nickcruz/solana-js-sandbox/blob/main/tests/mintTo.test.ts

Missing features from spl-token JS library

Reference code in solana-labs/solana-program-library

• The actual spl-token library allows for an amount ranging from 0 to 2^64 -1. We use Long here, so we only allow 0 to 2^63 -1 (negative numbers will create a valid transaction, but will fail when sent to Solana).
• Multi-signers are not supported.
• The program ID is always hardcoded to the SPL token program (TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA).

Currently Message.setFeePayer is not exposed to the Transaction. It's only used to automatically set the first signature in the list to FeePayer. Acording to the Solana spec, this is a good default but it should be configurable. This PR adds the ability to specify a fee payer. See below in-line github comments for places it may need to be written differently.

I also added toString methods to all the Transaction components because they made my debugging easier.

Adding dependency to build.gradle

    implementation "com.github.ajamaica.Solana.kt:solana:1.0.0"

results in

      > Could not resolve com.github.ajamaica.Solana.kt:solana:1.0.0.
         > Could not get resource 'https://jitpack.io/com/github/ajamaica/Solana/kt/solana/1.0.0/solana-1.0.0.pom'.
            > Could not GET 'https://jitpack.io/com/github/ajamaica/Solana/kt/solana/1.0.0/solana-1.0.0.pom'. Received status code 401 from server: Unauthorized

Is there any other way to try the library without building it locally?

I was attempting to consume the deserialization in an app and I kept getting the intentional exception even though the annotations were in the classes I was trying to parse. Basically, the code that was throwing the exception was wrong, but also I think I may have originally had the annotation setup wrong.

Anyway, with these changes the code works great when consumed by another app.

Description

• closes https://github.com/metaplex-foundation/SolanaKT/issues/116

Work Completed

• added a parameter to getPrivateKeyFromSeed to allow consumers to use Bip44 with change

API Changes

• added a parameter to getPrivateKeyFromSeed, but provided default value so non-breaking

I need to send SPL Token with android, so I'm researching this library.

When I tested sendSPLTokens, it throws NullPointerException.

I debugged the code, then sendSPLTokens -> fingSPLTokenDestinationAddress -> getAccountInfo with createProgramAddress throws the error.

Also, I explored your Solana.Swift code, and I found that there are some commits about findSPLTokenDestinationAddress

Is it related to this issue?

In line with Solana.swift, I'd like the ability to partially sign transactions. I'm trying to partially sign the transaction on the device with a remote fee payer (see my PR: https://github.com/ajamaica/Solana.kt/pull/83) then send the partially signed transaction to a JS server that will sign the transaction as the fee payer and submit it.

Description

• Suspended functions for actions

Work Completed

• close token
• create token
• get mint
• get token wallets
• send sol
• send spl
• serialize and send with fee

When we try to request block what contains new versioned transaction, client throws exception:

Transaction version (0) is not supported by the requesting client. Please try the request again with the following configuration parameter: "maxSupportedTransactionVersion": 0 java.lang.Error: Transaction version (0) is not supported by the requesting client. Please try the request again with the following configuration parameter: "maxSupportedTransactionVersion": 0

How to reproduce exception: In the Methods.TestGetConfirmedBlock change slot number to 169877549L

It's related to the changes around transaction version, see description for parameter _ maxSupportedTransactionVersion_ - https://docs.solana.com/developing/clients/jsonrpc-api#getblock

I need to pass my own JsonAdapter that implements the MoshiAdapterFactory interface to the NetworkingRouterConfig() then it throws an exception as soon as it get used.

UserJsonAdapter.kt:

class UserJsonAdapter: MoshiAdapterFactory {
    private lateinit var borsh: Borsh

    override fun create(borsh: Borsh): Object {
        this.borsh = borsh
        return Object()
    }

    @FromJson
    fun fromJson(rawData: Any): Buffer<User> = Buffer.create(borsh = borsh, rawData = rawData, clazz = User::class.java)
}

Solana initialization:

Solana(
           router = OkHttpNetworkingRouter(
                endpoint = RPCEndpoint.mainnetBetaSolana,
                httpClient = get(),
                config = NetworkingRouterConfig(rules = listOf(UserRule()), moshiAdapters = listOf(UserJsonAdapter()))
            )
        )

Exception: java.lang.IllegalArgumentException: Expected at least one @ToJson or @FromJson method on java.lang.Object at com.squareup.moshi.AdapterMethodsFactory.get(AdapterMethodsFactory.java:153) at com.squareup.moshi.Moshi$Builder.add(Moshi.java:223) at com.solana.networking.OkHttpNetworkingRouter$moshi$2.invoke(NetworkingRouter.kt:68) at com.solana.networking.OkHttpNetworkingRouter$moshi$2.invoke(NetworkingRouter.kt:60)

While sending transaction with original solana address I get this exception, however all params are correct.

java.lang.Exception: invalidResponse(rpcError=RPCError(code=-32002, message=Transaction simulation failed: Error processing Instruction 0: invalid account data for instruction))

Method: solana.action.sendSPLTokens( PublicKey(tokenAddress), account.publicKey, PublicKey(address), amount.toLong(), allowUnfundedRecipient = true, account )

Hello, i would like to ask you if it is OK to add more Solana Programs in this repo, with full functionality for example of Mango exchange, Raydium exchange etc.