weeaa / jito-go Goto Github PK
View Code? Open in Web Editor NEW๐ช Jito Go SDK [unnoficial]
Home Page: https://www.jito.wtf
License: Apache License 2.0
jito-go's Introduction
jito-go's People
Contributors
Stargazers
Watchers
Forkers
dustyapi patrulek kidknot jinkin kasahh dpguoming lucasoares charles-chenzz taotaolin 0x366 varonikp mintyfinance cielu quantumleaper milanft sle3pyc4t bmveee dferrandizmont gxke popfendi iqbalbaharum npokemonjito-go's Issues
nil point
searcher_client/searcher.go:267
var out *BroadcastBundleResponse
err = json.NewDecoder(resp.Body).Decode(out)
Geyser Subscription
Could you add an example to subscribe to geyser? Thanks
I tried to transfer money using this library and returned an error
in searcher.go
if err = c.handleBundleResult(bundleResult); err != nil {
return nil, err
}
var statuses *rpc.GetSignatureStatusesResult
statuses, err = c.RpcConn.GetSignatureStatuses(ctx, false, bundleSignatures...)
if err != nil {
return nil, err
}
for _, status := range statuses.Value {
if status.ConfirmationStatus != rpc.ConfirmationStatusProcessed {
return nil, errors.New("searcher service did not provide bundle status in time")
}
}
I tested the transfer operation using the Send Bundle method in the example, but returned an error
Panic: runtime error: invalid memory address or nil pointer dereference
[signal 0xc000000 5 code=0x0 addr=0x0 pc=0x172496e]
After inspection, it was found that the status.Value may be nil or rpc.ConfirmationStatusConfirmed an error in my call. resulting in the returned resp being nil๏ผHow can I obtain the tx_hash for this transaction
Seems to be an issue on monitoring mempool with different accounts
Lets take an example of 2 codes
Both are tokens in SOL, one is USDC : EPjFWdd5AufqSSqeM2qN1xzybapC8G4wEGGkZwyTDt1v, Second is PENG : A3eME5CetyZPBoWbRUwY3tSe25S6tb18ba9ZPbWk9eFJ
for some reason the monitor doesn't work for PENG, even through transactions submitted are V0 on both
JITO mempool closed in 2024
Hi, I've seen the repo offers functionality to "[Subscribe to Mempool Transactions | Accounts], but I noticed this feature was closed due to sandwitch attacks suffered in solana.
If I am correct thi could be removed.
Thanks for your work !
subscribe to program updates
Hey, is it possible to subscribe to program updates? If not, when is this feature going to be added?
Bundles sending, but confirmation not recieved.
I'm sending bundles successfuly with:
func SendBundle(ctx context.Context, txs []*solana.Transaction) (*jito_pb.SendBundleResponse, error) {
logger.Sugar.Info("Sending Bundle...")
if len(txs) > 5 {
return nil, fmt.Errorf("TX bundle must have len <= 5")
}
return client.JITO_CLIENT.BroadcastBundleWithConfirmation(ctx, txs)
}
However the confirmation response isn't received
res, err := executor.SendBundle(context.Background(), []*solana.Transaction{tx})
if err != nil {
logger.Sugar.Fatal(err)
}
logger.Sugar.Info(res)
My code hangs here, but i can see the successful TX on solscan / jito explorer.
Unable to intialize new no auth client
I am working on both local machine and on a windows 10 VPS.
For some reason, when tryin to initialize the client on the VPS i get the following error: rpc error: code = Unavailable desc = connection error: desc = "transport: Error while dialing: dial tcp [::1]:443: connectex: No connection could be made because the target machine actively refused it.
this is how my client is being initialized:
client, err := searcher_client.NewNoAuth(
ctx,
block_engine_url,
rpc_helper.New(jito_rpc),
rpc_helper.New(sol_rpc),
nil,
)
Im on MacOS arm64.
A friend of mine is running on his local Windows 10 machine and is getting the same error aswell so I guess it's not only limited to VPS as I think.
Compilation issues with protobuf files
I'm getting this error thrown when I try to compile:
# github.com/weeaa/jito-go/pb
../../../go/pkg/mod/github.com/weeaa/[email protected]/pb/relayer.pb.go:116:6: SubscribePacketsRequest redeclared in this block
../../../go/pkg/mod/github.com/weeaa/[email protected]/pb/block_engine.pb.go:23:6: other declaration of SubscribePacketsRequest
../../../go/pkg/mod/github.com/weeaa/[email protected]/pb/relayer.pb.go:122:35: method SubscribePacketsRequest.Reset already declared at ../../../go/pkg/mod/github.com/weeaa/[email protected]/pb/block_engine.pb.go:29:35
../../../go/pkg/mod/github.com/weeaa/[email protected]/pb/relayer.pb.go:131:35: method SubscribePacketsRequest.String already declared at ../../../go/pkg/mod/github.com/weeaa/[email protected]/pb/block_engine.pb.go:38:35
../../../go/pkg/mod/github.com/weeaa/[email protected]/pb/relayer.pb.go:135:33: method SubscribePacketsRequest.ProtoMessage already declared at ../../../go/pkg/mod/github.com/weeaa/[email protected]/pb/block_engine.pb.go:42:33
../../../go/pkg/mod/github.com/weeaa/[email protected]/pb/relayer.pb.go:137:35: method SubscribePacketsRequest.ProtoReflect already declared at ../../../go/pkg/mod/github.com/weeaa/[email protected]/pb/block_engine.pb.go:44:35
../../../go/pkg/mod/github.com/weeaa/[email protected]/pb/relayer.pb.go:150:33: method SubscribePacketsRequest.Descriptor already declared at ../../../go/pkg/mod/github.com/weeaa/[email protected]/pb/block_engine.pb.go:57:33
../../../go/pkg/mod/github.com/weeaa/[email protected]/pb/relayer.pb.go:154:6: SubscribePacketsResponse redeclared in this block
../../../go/pkg/mod/github.com/weeaa/[email protected]/pb/block_engine.pb.go:61:6: other declaration of SubscribePacketsResponse
../../../go/pkg/mod/github.com/weeaa/[email protected]/pb/relayer.pb.go:167:36: method SubscribePacketsResponse.Reset already declared at ../../../go/pkg/mod/github.com/weeaa/[email protected]/pb/block_engine.pb.go:70:36
../../../go/pkg/mod/github.com/weeaa/[email protected]/pb/relayer.pb.go:176:36: method SubscribePacketsResponse.String already declared at ../../../go/pkg/mod/github.com/weeaa/[email protected]/pb/block_engine.pb.go:79:36
../../../go/pkg/mod/github.com/weeaa/[email protected]/pb/shredstream.pb.go:23:6: Heartbeat redeclared in this block
../../../go/pkg/mod/github.com/weeaa/[email protected]/pb/shared.pb.go:71:6: other declaration of Heartbeat
../../../go/pkg/mod/github.com/weeaa/[email protected]/pb/relayer.pb.go:176:36: too many errors
I was doing some tests with the package last week and it was working fine, but I created a new project to work from and now compilation throws these errors. Didn't want to go editing generated files, as could be a bug on my end. Any thoughts?
Is it possible to add more transactions into a bundle?
// max per bundle is 5 transactions
txns := make([]*solana.Transaction, 0, 5)
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. ๐๐๐
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google โค๏ธ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.