|
As the title suggests, what do you guys think of TRX?
|
|
|
|
|
We have made several changes that has increased performance significantly.
|
|
|
|
I totally agree!!! Also what he said about betspeed. I've asked Moneypot month's ago if they would increase betspeed again and they said yes but it didn't happen
I am working to investigate and address the issue. |
|
|
|
at the moment @ bit-exo i was disconnected from all my 4 accounts, can connect back with only one from all other, and now this one are betting with speed of 1 bet in 2-3seconds.
every 24hours, i had more than 10+ disconnects from bitexo, and need to be logged off and logedin back to continue play.
simple i dont understand its bitexo fault or moneypot fault!
Playing with more than one account on a single browser may cause issues with cookies and sessions depending on how bit exo handles them. Have you checked your own connection? im not playing with browser at all. dicebot ofc. and i was betting more than one site at same time, problems are only with bitexo/moneypot. my country and i have one of the top connection in world, my small little shitty country has one plus, we have very good internet. problems with bitexo are half year long time. So theres four possible variables here, it could be you, dicebot, bit-eco, or moneypot. Ill tell you what, Ill add another api server to our cluster and you let me know if it improves. |
|
|
|
at the moment @ bit-exo i was disconnected from all my 4 accounts, can connect back with only one from all other, and now this one are betting with speed of 1 bet in 2-3seconds.
every 24hours, i had more than 10+ disconnects from bitexo, and need to be logged off and logedin back to continue play.
simple i dont understand its bitexo fault or moneypot fault!
Playing with more than one account on a single browser may cause issues with cookies and sessions depending on how bit exo handles them. Have you checked your own connection? |
|
|
|
i see that you dont understand anything what im saying!
WHY YOU CAN'T CLOSE BETTING IF YOU ALL TIME SOMETHING DOING WITH SERVERS? PLEASE CLOSE BETTING AND THEN DO ANYTHING YOU WANT!
im just so tired of losing money(coins) because of server disconnects.
where is this new "cool monesterbyte" owners, why they are not reading forum, and dont do anything?!
May I ask what you are referring to? We are not doing anything with servers other than refining and scaling when needed. All of our infrastructure changes were done sometime ago. We have had a small DDOS a couple times but we have worked through them. Our load averages are far below normal and our monitoring services have not alerted us to any issues. In the rare case of a disconnect the transaction would fail. You wouldn't lose you money. Your bet hash wouldn't even change unless the app you are playing on requests a new one. |
|
|
|
|
I think most people use Gunbot or related.
|
|
|
|
sorry if my last reply was mean.
i was just trying to say, that mysql is very powerful vs., bitcoind queriying the blk files or chainstate.
my machine is
fx 8350
32 gigs ddr3 1600
asus gaming motherboard.
latest centos 7 x64 , minimal + bitcoind
thanks for your time.
I didn't realize you were running this from your local computer. You may have a connection limit / bandwidth limit set in your operating system or from your ISP. The RPC and DB might also be battling for processing power. I suggest, if you can, using a headless node on a cloud provider. You could also try fine tuning the RPC. - Set max connections & max buffer - Up the threshold - Increase the memory requirements. Optimize MySQL - Configure max threads / memory / etc. - Verify storage engine meets your needs. MySQL is very powerful. Every application is different and while I do not know the exact purpose of yours I was recommending you avoid storing data where you can and directly interface with the blockchain. Perhaps you could do the following: - Start X blocks back and store from that point forward. - Store data and chain state on-demand. Query your database and if the data doesn't exist create it from RPC calls. Take a look at the following block explorers. One uses a database and the other doesnt. - Bitpay Insight API ( Bitpay Bitcore) - Iquidus Explorer |
|
|
|
nobody queries rpc for running site, mysql can handle 1k+ queries per second, and rpc cant even handle 100 queries per second. i have already have rpcworkqueue=128 rpcthreads=128 rpctimeout=220 this in my bitcoin.conf and still got that WARNING You could also have more than one rpc client.
what do you mean by this ? i tried running 100 threads simultaneously. Thanks for your input. just curious what are specs of the machine you are running this on? Btw I am aware of the capabilities of MySQL. I'm trying to help you find an alternative method because of your issues. |
|
|
|
|
The debug log told you how to allow more requests. Bump that setting up. You could also have more than one rpc client.
The task is repetitive. For you to find out if an address has a zero balance in Mysql you will need to parse the whole blockchain inside of your database. Essentially, processing through the whole dataset. Your essentially recreating a slower version of the rpc.
It might be more feasible to query the rpc itself and avoid all the wasted processing power.
There might also be software out there that does this for you. I would seearch for that.
I can’t speak to how the block explorers do it but I believe they just query the rpc.
|
|
|
|
I want to change my Bitcoin stake address Signature of old Bitcoin address: -----BEGIN BITCOIN SIGNED MESSAGE-----
This is the old Bitcoin address of Trela on Bitcointalk, I switched to using the new Bitcoin address, it is 15krkF4t5ikALgevTZivNseosjHeeQ9pVh
-----BEGIN SIGNATURE-----
17Vd3hhLhx1pCK3pwvyyBAqs6nprsve3ay
ICC3JhfQMFpbnOXlE4CVagofpys4cALUhxCBE3gBal5rK9HPFpiTm/e3p9raGXLgf0xx+MzYprb7s0Z5LVKmzX4=
-----END BITCOIN SIGNED MESSAGE----- Signature of new Bitcoin address: -----BEGIN BITCOIN SIGNED MESSAGE-----
The current Bitcoin address for stake of Trela on Bitcointalk
-----BEGIN SIGNATURE-----
15krkF4t5ikALgevTZivNseosjHeeQ9pVh
H5gL4TiCXgNN8EzL+AGt/k3GK2efGcb+hMaX1GGrqlzdE9mdtZuNVI+xiskfF55r22o5NFMepnKGkBdO3OJmTxw=
-----END BITCOIN SIGNED MESSAGE----- Please help me verify the signature of both address, thanks guys!  Quoted and verified |
|
|
|
Some miners have mining code that works like this:
If they solve a block very quickly after the previous block N (i.e. only a few seconds later), then they simply relay an empty block N + 1 (1 transaction is the minimum required to pay the block reward to their mining address).
The rationale is that if they wait for their mempool to re-sort the remaining transactions, they risk some other miner solving block N + 1 during the time it takes to choose the transactions to include in their solution for block N + 1. Since the block reward is still fairly high in comparison to fees, this is considered to be an economic strategy.
Thank you for this. Personally I thought it had more to do with transactions in the queue rather than miners picking and choosing. |
|
|
|
Hi let me leave it here -----BEGIN BITCOIN SIGNED MESSAGE----- This is annkee01 for bitcointalk.org today is january 08 2018 -----BEGIN SIGNATURE----- Address: 1L6UuB7yj4koQETYyGSAgxR6m7iLgaNnze IJejGtPIPDfObMzA966atlOCWCx9Bi8QsGMlXlHdwz3ECX+nGupYuQctJmCxd7UXMKE9v3AMxnMFl/lx6nCLpew= -----END BITCOIN SIGNED MESSAGE----- quote & verify please Quoted and verified |
|
|
|
hi,
i am trying to load bitcoin blockchain in mysql.,
and going through the simple json/rpc way.
at current speed , it will take about 1 year+ to process all blocks till today and all transactions.
i am using php to query data.
is there way to speed up the process ?
by using multiple threads ? i can do that.
how many parallel/multiple threads the bitcoin-core json/rpc can handle ?
anyone tried this approach before ?
Thanks for your time.
If you don't mind me asking why are you trying to store everything in a MySQL database? One of the best things about bitcoin is the RPC itself. You can get all the data you need on demand. Regarding you question, there are somethings that you can do to help. Try storing data in a message queue such as redis and use a cron to migrate the information to the database. That might help speed up as the driver isnt waiting on the response of the rpc itself. |
|
|
|
OLD ADDRESS-----BEGIN BITCOIN SIGNED MESSAGE-----
Out with the old; in with the new. -BTCforJoe 14MAY2017
-----BEGIN SIGNATURE-----
19STidiqGHqhuiEwmmgBeu4GCDJ8sxFrVE
H/qSVYBxpaGO2OCQBLz81Mjj7qkplvlg0OmTMy3OSyAdUIZBPLAhNgQ4N8VkwVqH1wQXsQizeuXmqjhAWX72Uwk=
-----END BITCOIN SIGNED MESSAGE-----
-----BEGIN BITCOIN SIGNED MESSAGE-----
Staking BTCforJoe's Bitcoin address for bitcointalk.org - May 13, 2017.
-----BEGIN SIGNATURE-----
1JoeBTC3ZdeqxzBdXFS45R3Mnfi1DqMi1p
HA1ec0an1GmMc+PPF6XetPr7WRruVcrLp+QVps2FVP0MHA8OF7IZ0FMzyH2I9q7tLLuH5aH5RHg8YR9vv36XHgA=
-----END BITCOIN SIGNED MESSAGE-----
I would like to stake my new SegWith-enabled Bitcoin address. Message and signature from my old staked address: 1JoeBTC3ZdeqxzBdXFS45R3Mnfi1DqMi1p -----BEGIN BITCOIN SIGNED MESSAGE-----
I, BTCforJoe, hereby verify that I still have access to this old address and that I would like to stake a new address on the Bitcointalk forums.
-----BEGIN SIGNATURE-----
G20I5k6cYxF6hkFdp4YfK3gIIcj9NxqjVphtZ9Z5xQood3Aq0uava/8wl8LN3fATTToCQbIy8KVlqf+Nhh6kR8g=
-----END BITCOIN SIGNED MESSAGE-----
My new address that I would like to stake here: 31xzEM3kxNCU1fq3nQxEXT75PcN1vK5a3v It's not possible to sign a message using this address, so please quote. Thanks! Quoted |
|
|
|
|
Show Posts
