Search content
Sort by
Showing 20 of 3,104 results by drays
the network is alive
the last wallet version is 5.8 from jan 2024
what about the next moves?
the last wallet version is 5.8 from jan 2024
what about the next moves?
Where is the current wallet? It must not take long to sync, correct?
Its here: https://github.com/PascalCoin/PascalCoin/releases
I didn't try to sync from scratch, but it should not take too long, as it uses Safeboxes to sync fast. Not 5 minutes as it often claims, but maybe about an hour, depending on your hardware and network connection speed.
Its already 20 days the chain is stopped... Seems nobody mines it, so the following questions come to mind:
- is there any pool for mining Bitsend?
- does wallet have a capability to mine SOLO..?
- is there any pool for mining Bitsend?
- does wallet have a capability to mine SOLO..?
Did you try a web search on Xevan miner? or BSD mining pools?
I did, actually..
Strange enough, I didn't find any pool for mining BSD at the time. Now there seem to be at least two pools active.But I am not an active miner anymore. All the cards are either sold or buried in the dust somewhere...
Re: EUROPECOIN [ERC] 🌟 FINANCECLOUD 🌟 CRYPTOCURRENY & FINANCE API + SMARTHUB 🌟
Can someone post a nodelist please. My wallet has been offline for 5 years and needs some current nodes.
My wallet has these connections:
Code:
13:29:05

getpeerinfo
13:29:05

[
{
"id" : 1,
"addr" : "95.217.78.169:8881",
...
"version" : 70003,
"subver" : "/EuropeCoin:3.0.2.1/",
"inbound" : false,
"startingheight" : 688543,
...
],
"whitelisted" : false
},
{
"id" : 2,
"addr" : "104.207.131.249:8881",
...
"version" : 70003,
"subver" : "/EuropeCoin:3.0.2.1/",
"inbound" : false,
"startingheight" : 688543,
...
],
"whitelisted" : false
}
]

getpeerinfo
13:29:05

[
{
"id" : 1,
"addr" : "95.217.78.169:8881",
...
"version" : 70003,
"subver" : "/EuropeCoin:3.0.2.1/",
"inbound" : false,
"startingheight" : 688543,
...
],
"whitelisted" : false
},
{
"id" : 2,
"addr" : "104.207.131.249:8881",
...
"version" : 70003,
"subver" : "/EuropeCoin:3.0.2.1/",
"inbound" : false,
"startingheight" : 688543,
...
],
"whitelisted" : false
}
]
But the problem is: the chain is stuck and doesn't move forward. It bis possible to move that again, but given the indefinite state of the development, plans and support, its not clear whether that makes sense.
I added the conf file and that didn't work either.
I seems the best solution would be to re-sync completely. My blk0001.dat file size is around 1,154 Mb, so much less than yours, and though I still use version 1.5.1.1, it syncs well (though took a while to re-sync for the last few months), and stakes perfectly. I could provide a blockchain snapshot if you would like one.
That could take awhile, on my experience. The wallet used to sync about 500 blocks, then wait for quite some time, then sync further. Overall syncing for 4-5 months took more than 24 hours due to that. At least the CPU usage was reasonable, so I believe its not the reason of this behavior.
Well, having 2 blk files in that directory could be completely normal - as soon as the size of the "blk0001.dat" reaches 2Gb, the "blk0002.dat" is created, and as soon its size reaches 2Gb, the wallet creates "blk0003.dat", and so on.
But in this specific case the size of "blk0001.dat" should be less than 2Gb. Here is a snap from my directory:
I added the conf file and that didn't work either.
I seems the best solution would be to re-sync completely. My blk0001.dat file size is around 1,154 Mb, so much less than yours, and though I still use version 1.5.1.1, it syncs well (though took a while to re-sync for the last few months), and stakes perfectly. I could provide a blockchain snapshot if you would like one.
That could take awhile, on my experience. The wallet used to sync about 500 blocks, then wait for quite some time, then sync further. Overall syncing for 4-5 months took more than 24 hours due to that. At least the CPU usage was reasonable, so I believe its not the reason of this behavior.
I added the conf file and that didn't work either.
I seems you the best way would be to re-sync completely. My blk0001.dat file size is around 1,154 Mb, so much less than yours, and though I still use version 1.5.1.1, it syncs well (though took a while to re-sync for the last few months), and stakes perfectly. I could provide a blockchain snapshot if you would like one.
Re: EUROPECOIN [ERC] 🌟 FINANCECLOUD 🌟 CRYPTOCURRENY & FINANCE API + SMARTHUB 🌟
I believe it should be perfectly possible to run an older blockexplorer version. After all, though EuropeCoin libraries are really old, there were perfectly working block explorers at the time when ERC was developed, and they will still run now, though may require older Linux distribution (e.g. Ubuntu 14 or 16.4 or similar) to run. It could be even possible to encapsulate them in Docker container, so they could run on newer machine, though this part I have never done and am not sure. I might look into this if community thinks it makes sense to run an old block explorer (e.g. Iquidus).
From the other hand though... Is it worth the effort to have old stuff bundled with other old stuff just to make some temporary solution..? That is the question (as Hamlet used to say...)
Porting ERC to a newer codebase will probably needed at some point anyway...
From the other hand though... Is it worth the effort to have old stuff bundled with other old stuff just to make some temporary solution..? That is the question (as Hamlet used to say...)
Porting ERC to a newer codebase will probably needed at some point anyway...
Re: Obyte: Totally new consensus algorithm + private untraceable payments
GBYTE has been listed on the NonKyc.io exchange
That exchange seems to be focused on privacy (well, at least they claim to be). Is there any chance they would list blackbytes?
Re: EUROPECOIN [ERC] 🌟 FINANCECLOUD 🌟 CRYPTOCURRENY & FINANCE API + SMARTHUB 🌟
I had some time to track and debug this situation in the code lately.
In short, I think I found the reason of the chain not syncing (and not moving), and generally speaking, can move it forward by making small temporary changes in the code (my local version).
However, there is an small[-ish] problem.. If I move it, I will create a fork, because my local wallet is synced to block 660564 only. To be able to move it from the most recent point, from block 674121 (which the node 95.217.78.169 has), I would need either access to that node, or a blockchain snapshot from that node. I believe this node belongs either to Matthihas, or to someone in his group.
So my question is - can someone prove zip the blockchain files (or make a bootstrap.dat) and give a link to download it? If I am able to get the latest chain version that way, I believe I can move the chain (not 100% confident though, but will try and probably will make it, as was the case on one other chain few years back).
In short, I think I found the reason of the chain not syncing (and not moving), and generally speaking, can move it forward by making small temporary changes in the code (my local version).
However, there is an small[-ish] problem.. If I move it, I will create a fork, because my local wallet is synced to block 660564 only. To be able to move it from the most recent point, from block 674121 (which the node 95.217.78.169 has), I would need either access to that node, or a blockchain snapshot from that node. I believe this node belongs either to Matthihas, or to someone in his group.
So my question is - can someone prove zip the blockchain files (or make a bootstrap.dat) and give a link to download it? If I am able to get the latest chain version that way, I believe I can move the chain (not 100% confident though, but will try and probably will make it, as was the case on one other chain few years back).
I am using previous version of client v.0.17.9.2 and running sometimes just to get sync with network and it works; "current number of blocks 1382830" with date 13 dec 2023.
after seeing your post I started client and it get 2 connection with nodes with even older version of client: v0.14.2
...but thats all, client can not get more connections and synchronise to current date - it seems it doesn't work anymore
after seeing your post I started client and it get 2 connection with nodes with even older version of client: v0.14.2
...but thats all, client can not get more connections and synchronise to current date - it seems it doesn't work anymore
The wallet version 21.1 seems to be stuck at block 1370647. It appears that other clients are disconnecting. I couldn't detect any fork.
Debug "Potential stale tip detected, will try using extra outbound peer"
Ehm.. Just for my better understanding. Christian, when are you writing "Debug "Potential stale tip detected, will try using extra outbound peer"", do you mean you are debugging it now, or you suggest us to debug it?
Re: [TX]TRANSFER - BITTREX - MULTIPOOL - ANDROID - POS,TOR,MN, STEALTH
So now the wallet seems to be stuck at block 4238949 about 15 weeks behind. Wallet show 4 connection, but I cannot send or receive anything, because wallet is not sync. How can we get things running? Masternode list seems to be empty. I can be a masternode, but I cannot send 10 000 TX to masternode wallet, because wallet not sync.
Is there anyone, who knows how to deal with this? TX was good project and running good on these days, but now it seems to be frozen. There is still Yobit trading.
Is there anyone, who knows how to deal with this? TX was good project and running good on these days, but now it seems to be frozen. There is still Yobit trading.
Somehow the chain moved since, and now is stuck on block 4241686
So it means there is someone/something able to move the chain when needed... My wallet is in the same state as yours was back then, and staking doesn't seem to activate. Would be nice to move it, though not sure if that makes sense. BTW Yobit trading is fake, as almost everything on Yobit..Folks, does anyone run version v0.21.1.0 wallet on Windows..? By some reason my wallet does not get any stable connection, whatever I try (playing with config option). Debug log show it finds many peers, and sometimes I see it having 1 connection, but the next moment connection disappears again. It looks like connection attempts from my wallet get rejected, not sure why.
Here is what I have in debug.log:
So it shows many peers, but at the same time my wallet shows 0 connection:
And the wallet does not sync, obviously..
Any idea what could be causing this?
Here is what I have in debug.log:
Code:
2023-12-21T15:35:49Z init message: Done loading
2023-12-21T15:35:49Z msghand thread start
2023-12-21T15:35:49Z GUI: Platform customization: "windows"
2023-12-21T15:36:00Z Loading addresses from DNS seed 212.237.211.107
2023-12-21T15:36:00Z Loading addresses from DNS seed 188.68.39.1
2023-12-21T15:36:00Z Loading addresses from DNS seed 185.194.142.125
2023-12-21T15:36:00Z Waiting 11 seconds before querying DNS seeds.
2023-12-21T15:36:11Z Loading addresses from DNS seed 217.61.61.66
2023-12-21T15:36:11Z Loading addresses from DNS seed 66.151.242.154
2023-12-21T15:36:11Z Loading addresses from DNS seed 31.25.241.224
2023-12-21T15:36:11Z 0 addresses found from DNS seeds
2023-12-21T15:36:11Z dnsseed thread exit
2023-12-21T15:46:17Z Potential stale tip detected, will try using extra outbound peer (last tip update: 630 seconds ago)
2023-12-21T15:51:25Z New outbound peer connected: version: 70084, blocks=832714, peer=1 (full-relay)
2023-12-21T15:55:40Z New outbound peer connected: version: 70086, blocks=1174570, peer=12 (full-relay)
2023-12-21T15:56:47Z Potential stale tip detected, will try using extra outbound peer (last tip update: 1260 seconds ago)
2023-12-21T15:57:52Z New outbound peer connected: version: 70084, blocks=832714, peer=16 (full-relay)
2023-12-21T16:07:17Z Potential stale tip detected, will try using extra outbound peer (last tip update: 1890 seconds ago)
2023-12-21T16:10:53Z New outbound peer connected: version: 70084, blocks=832714, peer=38 (full-relay)
2023-12-21T16:15:08Z New outbound peer connected: version: 70086, blocks=1174570, peer=45 (full-relay)
2023-12-21T16:17:20Z New outbound peer connected: version: 70084, blocks=832714, peer=49 (full-relay)
2023-12-21T16:17:47Z Potential stale tip detected, will try using extra outbound peer (last tip update: 2520 seconds ago)
2023-12-21T16:21:34Z New outbound peer connected: version: 70086, blocks=1174570, peer=55 (full-relay)
2023-12-21T16:28:17Z New outbound peer connected: version: 70086, blocks=1174570, peer=66 (full-relay)
2023-12-21T16:28:18Z Potential stale tip detected, will try using extra outbound peer (last tip update: 3151 seconds ago)
2023-12-21T16:30:13Z New outbound peer connected: version: 70084, blocks=832714, peer=72 (full-relay)
2023-12-21T15:35:49Z msghand thread start
2023-12-21T15:35:49Z GUI: Platform customization: "windows"
2023-12-21T15:36:00Z Loading addresses from DNS seed 212.237.211.107
2023-12-21T15:36:00Z Loading addresses from DNS seed 188.68.39.1
2023-12-21T15:36:00Z Loading addresses from DNS seed 185.194.142.125
2023-12-21T15:36:00Z Waiting 11 seconds before querying DNS seeds.
2023-12-21T15:36:11Z Loading addresses from DNS seed 217.61.61.66
2023-12-21T15:36:11Z Loading addresses from DNS seed 66.151.242.154
2023-12-21T15:36:11Z Loading addresses from DNS seed 31.25.241.224
2023-12-21T15:36:11Z 0 addresses found from DNS seeds
2023-12-21T15:36:11Z dnsseed thread exit
2023-12-21T15:46:17Z Potential stale tip detected, will try using extra outbound peer (last tip update: 630 seconds ago)
2023-12-21T15:51:25Z New outbound peer connected: version: 70084, blocks=832714, peer=1 (full-relay)
2023-12-21T15:55:40Z New outbound peer connected: version: 70086, blocks=1174570, peer=12 (full-relay)
2023-12-21T15:56:47Z Potential stale tip detected, will try using extra outbound peer (last tip update: 1260 seconds ago)
2023-12-21T15:57:52Z New outbound peer connected: version: 70084, blocks=832714, peer=16 (full-relay)
2023-12-21T16:07:17Z Potential stale tip detected, will try using extra outbound peer (last tip update: 1890 seconds ago)
2023-12-21T16:10:53Z New outbound peer connected: version: 70084, blocks=832714, peer=38 (full-relay)
2023-12-21T16:15:08Z New outbound peer connected: version: 70086, blocks=1174570, peer=45 (full-relay)
2023-12-21T16:17:20Z New outbound peer connected: version: 70084, blocks=832714, peer=49 (full-relay)
2023-12-21T16:17:47Z Potential stale tip detected, will try using extra outbound peer (last tip update: 2520 seconds ago)
2023-12-21T16:21:34Z New outbound peer connected: version: 70086, blocks=1174570, peer=55 (full-relay)
2023-12-21T16:28:17Z New outbound peer connected: version: 70086, blocks=1174570, peer=66 (full-relay)
2023-12-21T16:28:18Z Potential stale tip detected, will try using extra outbound peer (last tip update: 3151 seconds ago)
2023-12-21T16:30:13Z New outbound peer connected: version: 70084, blocks=832714, peer=72 (full-relay)
So it shows many peers, but at the same time my wallet shows 0 connection:
Code:
20:36:16

getpeerinfo
20:36:16

[
]

getpeerinfo
20:36:16

[
]
And the wallet does not sync, obviously..
Any idea what could be causing this?
Re: EUROPECOIN [ERC] 🌟 FINANCECLOUD 🌟 CRYPTOCURRENY & FINANCE API + SMARTHUB 🌟
Hi guys, does anyone have any peers please?
I have just one - 95.217.78.169:8881
but also this error msg...
No block source available .... 6 weeks behind, Last Block Time Wed Oct 4 15:52:02 2023
Thanks
I have just one - 95.217.78.169:8881
but also this error msg...
No block source available .... 6 weeks behind, Last Block Time Wed Oct 4 15:52:02 2023
Thanks
My wallet today also got only one connection (the same IP as yours). I remember it having two connections few days ago though, but I did not take note of the IPs then.
Reports "No block source available", despite the fact I am on block 660564, while my peer is on block 674121..
I assume there is a fork in the network, and I am on a different fork than my peer. That's the only explanation of "No block source available" message.
I have few unconfirmed mined blocks with about 20 confirmations. So I assume my chain is the shortest.
Will try to resync and report.
Re: EUROPECOIN [ERC] 🌟 FINANCECLOUD 🌟 CRYPTOCURRENY & FINANCE API + SMARTHUB 🌟
Mattihas has actually been one of those rare developers with an integrity and a spirit, thats why it was discouraging to see what was seemingly happening here. Its really nice to see the old guard is alive and keeps fighting.
Re: EUROPECOIN [ERC] 🌟 FINANCECLOUD 🌟 CRYPTOCURRENY & FINANCE API + SMARTHUB 🌟
Looks like now 'MINUS ONE DAY' remaining until publication of roadmap by lead developer Mattihas Klees.
The Europecoin seems to have ignition problems. Perhaps the battery is drained somehow.
The Europecoin seems to have ignition problems. Perhaps the battery is drained somehow.
Re: Obyte: Totally new consensus algorithm + private untraceable payments
I wonder how to actually remove liquidity from the pool, i.e. get my money back from there?
I was able to put some funds on GBYTE-USDC and USDC-OUSD markets quite a few months back. Noticed lately that payments from the pool have stopped 2 months ago. So wanted to remove the liquidity. Is there any write-up on the procedure?
I was able to put some funds on GBYTE-USDC and USDC-OUSD markets quite a few months back. Noticed lately that payments from the pool have stopped 2 months ago. So wanted to remove the liquidity. Is there any write-up on the procedure?
Most likely your money is in the pools that are no longer rewarded. Use the address lookup in the upper right of https://liquidity.obyte.org and withdraw.
Thanks for your reply! Actually I did withdraw, and got OPT-USDC-OUSD and OPT-GBYTE-USDC tokens back in my wallet. What to do next to get GBYTE for them? I tried using https://oswap.io/#/pools to remove liquidity from pools, but no luck, I just get some error messages... I noticed they seem to use a different token "O2-xxx" instead of "OPT-xxx", so there should be a different webpage to remove liquidity form older pools?
Re: [ANN] ColossusXT (COLX) Private| Sustainable| Grid Computing - Mandatory Update
A HEADS UP! STEX delists the COLX market, alas..
Quote
Dear STEX Trader,
We would like to inform you that the following projects will be totally removed from STEX.com
Please, withdraw your funds before 31 May 2022.
UCA (Ucacoin)
WSBT (WallStreetBets Token)
BANANA (ApeSwapFinance Banana)
DAI (Dai Stablecoin)
CHESS (ChessCoin 032)
SWFL (Swapfolio)
CRDT (Crypto Daily Token)
LCMS
WABI (Tael)
LMCH (Latamcash)
KICK (KickToken)
LST (LuckySeventoken)
JOOS (Joos Protocol)
PLTS (Ploutos)
QURO (Qurito)
ELY (Elycoin)
HYD (HYDRA)
GIT (GoDigit)
SBTC (Siambitcoin)
VOLTZ
C2C (C2C System)
NANJ (NANJCOIN)
CBUCKS (CRYPTOBUCKS)
BNZ (BonezYard Music Platform)
IDX (Index Chain)
REV (Revain)
HBX (HashBX)
HTML (HTMLCoin)
DAB (Dabanking)
YFX (Xenas.finance)
THRN (ThornCoin)
VOCO (Provoco)
LHC (Lightcoin)
COLX (ColossusXT)
BZX (Bitcoin Zero)
Please do not delay and withdraw your assets on time.
STEX Team
We would like to inform you that the following projects will be totally removed from STEX.com
Please, withdraw your funds before 31 May 2022.
UCA (Ucacoin)
WSBT (WallStreetBets Token)
BANANA (ApeSwapFinance Banana)
DAI (Dai Stablecoin)
CHESS (ChessCoin 032)
SWFL (Swapfolio)
CRDT (Crypto Daily Token)
LCMS
WABI (Tael)
LMCH (Latamcash)
KICK (KickToken)
LST (LuckySeventoken)
JOOS (Joos Protocol)
PLTS (Ploutos)
QURO (Qurito)
ELY (Elycoin)
HYD (HYDRA)
GIT (GoDigit)
SBTC (Siambitcoin)
VOLTZ
C2C (C2C System)
NANJ (NANJCOIN)
CBUCKS (CRYPTOBUCKS)
BNZ (BonezYard Music Platform)
IDX (Index Chain)
REV (Revain)
HBX (HashBX)
HTML (HTMLCoin)
DAB (Dabanking)
YFX (Xenas.finance)
THRN (ThornCoin)
VOCO (Provoco)
LHC (Lightcoin)
COLX (ColossusXT)
BZX (Bitcoin Zero)
Please do not delay and withdraw your assets on time.
STEX Team
Re: Obyte: Totally new consensus algorithm + private untraceable payments
I wonder how to actually remove liquidity from the pool, i.e. get my money back from there?
I was able to put some funds on GBYTE-USDC and USDC-OUSD markets quite a few months back. Noticed lately that payments from the pool have stopped 2 months ago. So wanted to remove the liquidity. Is there any write-up on the procedure?
I was able to put some funds on GBYTE-USDC and USDC-OUSD markets quite a few months back. Noticed lately that payments from the pool have stopped 2 months ago. So wanted to remove the liquidity. Is there any write-up on the procedure?
@xxxx123abcxxxx: do you see a viable EW count where APR-2021 (or NOV 2021) could be considered the top of the PRIMARY[5] wave?
If it does exist, do you think it is less probable than the count you are considering currently?
Thanks for your input.
If it does exist, do you think it is less probable than the count you are considering currently?
Thanks for your input.