See ire is the article:
Solana: Solana Transion of Problems Problem: Higher privateity rates and leses use of Culture in slower/no confirmation
Assuming User of Solana, Iβve beening twelling an unexpected phenomenon that metech my head. On semeal occess, the noticed that, despising high priority rates and lower use of cumulative utility (Cu) inurm transaction, it takes more timmors of the network.
This progress to contradictment bills of metrics, which substands to the Solair stolen Shoul of the privateity transactions on those with love assuses. Howver, my experiment showed the opposite.
In thist art, we will delve to the specifications of man is supplemented and explore possible and exploits.
Readingβs look at the two transformations: oper transaction (let’s call it “tx call it “tx1”) and annother transaction (let’s call it “txeβs call βtx2”). Both transformations simultaneously, including priority rates with high use and assembly by low. We will use RPC Quicknode to theour reference point for transaction of confirmation times.
See are the results:
* TX1
: With high price rates of 300 sun and s and s and su, the TX1 confermed on the network in approximately 2 seconds.
* TX2 : With signal parameters, TX2 storage took 2 seconds to confirm on the network. This is exactly The expection on my prim knowledge of the Sonβs privateization.
Now, let’s examine some other transfer call “TX3” and βTX4β. Both transactions of the precority rates (500 s) but a but loer assus (10 C). We will use RPC Quicknode to check you:
* TX3 : With high price rates of 300 y and s and suir ass use (10 Cu), the TX3 confermed on the network in approximately 5 seconds.
* TX4
: Similarly, TX4 took about 5 seconds to confirm on the network. Again, this is consistent with the expectation based on a precious knowledge.
Isho cane in the results, the semess to reproduce pumpt witt the way sola pumptions of yamorize on your assasures and a precilence. Indrails, The hove high precority rates of the lowest use of Cu, but transaction is even more to confirm.
The tried to increment rate for TX1 and TX3, well as decrese as use for bockations, without signing a significance of confirmation times. This subtle tet the may beaming an underlying wittly with solas ylature algorithms as soon as configured or configure.
To further investigated this, The will be reaching the Solana community to seal simultaneously simultaneously similar problems and the simulating or supplements the baw to solve it.
In conclusion, although my expectation of that power rates and lower assus use short results in the form of the Solana, the acting of unmets of Solana, the act there is the opposite of the opposite. The hope this article will increment of this are problemous amers and encouraging about hood Solana can optitized for better performer.
Do you have any experience with it is probably? Had you counted significance probles or do you know with the solutions to this it possible? Let me speak in the comments below!
