gjhiggins
Legendary
Offline
Activity: 2254
Merit: 1278
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 15, 2019, 09:54:32 AM |
|
moreover now i don't have burn rewards after return to fullbackup with 0.5 wallet about 3 days
Well, the network seems to be in a PoS minting phase right now ... https://chainz.cryptoid.info/slm/#!extractionIt is possibly settling into a new equilibrium reflecting a lower PoW component but that's just a guess - the code is canonical. Cheers Graham
|
|
|
|
gjhiggins
Legendary
Offline
Activity: 2254
Merit: 1278
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 15, 2019, 10:00:19 AM |
|
I thought you knew about Zeronet, I have read about it some time ago - neat idea, dunno however how it works in reality.
I may well have encountered it previously, it was relationship between the mixed reactions/expectations in the HN discussion that triggered my interest/post. Cheers Graham
|
|
|
|
casper77
Legendary
Offline
Activity: 2884
Merit: 1035
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 15, 2019, 10:15:56 AM |
|
moreover now i don't have burn rewards after return to fullbackup with 0.5 wallet about 3 days
Well, the network seems to be in a PoS minting phase right now ... https://chainz.cryptoid.info/slm/#!extractionIt is possibly settling into a new equilibrium reflecting a lower PoW component but that's just a guess - the code is canonical. Cheers Graham i mean PoB, not PoW earlier it was about 1-10 rewards per day (i have 10K effective burnt coins so it 12-14 coins per reward)
|
|
|
|
gjhiggins
Legendary
Offline
Activity: 2254
Merit: 1278
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 15, 2019, 01:21:59 PM |
|
i mean PoB, not PoW earlier it was about 1-10 rewards per day (i have 10K effective burnt coins so it 12-14 coins per reward)
That too is my experience, also with several K of effective burnt coins. It seems to go in cycles as far as I can make out. As I mentioned, the code is canonical (albeit probabilistic, AIUI). There's possibly some further enlightenment to be had from the Technical Discussions doc that I added (basically just a collation of early bitcointalk posts but it is focused on minting/mining). BTW, I have reworked ACME so that it now gets its data from SPARQL queries of the blockgraph and not from RPC commands sent to the client. It's is mostly working, just a few wrinkles to iron out. It's testnet-only atm, handling a few K blocks is way more tractable than 1.7million: http://tessier.bel-epa.com:5064/test/Work on browsing the blockgraph is continuing, as is the calculation of network hash stats, the ordered list of balances and the address/tx history. Cheers, Graham
|
|
|
|
muf18
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 16, 2019, 10:08:16 AM |
|
@gjhiggins - there are still problems with SLM integration with novaexchange?
|
|
|
|
gavrilo77
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 16, 2019, 12:43:23 PM |
|
@gjhiggins - there are still problems with SLM integration with novaexchange?
Nova opened SLM for withdrawal/deposits
|
|
|
|
gjhiggins
Legendary
Offline
Activity: 2254
Merit: 1278
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 16, 2019, 01:14:31 PM |
|
@gjhiggins - there are still problems with SLM integration with novaexchange?
Yes. Apparently the Slimcoin code does not behave as expected in that it does not properly handle the inclusion of change txs in either getbalance or listunspent, the accuracy of which is crucial to the exchange's accounting requirements for AML/KYC complicance. This isn't the first time we've had a run past this problem and I was privately advised on an earlier pass-through that this is a delisting issue for the exchange. Unfortunately, even if I did have a clue where to start looking for the source of the problem, right now is not a good time. Ngaio and I have a couple of months to move out of the property we've been renting for the last 18 years and find somewhere else to live (sadly, our landlady was widowed earlier this year and this is all probate fallout). So my attention will be very much elsewhere for the next calendar quarter at least. The gory details are on the discord server. I've advised the person representing the exchange of my position/unavailability and recommended that they approach the group. (There are times when I wonder whether any of the active addresses in the SLM "rich list" are actually controlled by human actors or whether they're now all just algorithmically-driven, given the apparent degree of disconnection with the reality of the Slimcoin blockchain.) Cheers Graham
|
|
|
|
muf18
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 16, 2019, 03:53:15 PM |
|
I have contacted some people, that can help us, and @gjhiggins also informed that he and nova staff is working on one of the possible solutions.
|
|
|
|
gjhiggins
Legendary
Offline
Activity: 2254
Merit: 1278
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 16, 2019, 08:22:05 PM |
|
I have contacted some people, that can help us, and @gjhiggins also informed that he and nova staff is working on one of the possible solutions.
Well, I have fixed the issue where coincontrol was failing to respect an explicitly-set change addy and have suggested to the exchange representative that they check whether the fix also cures the problematic listunspent issue. Cheers Graham
|
|
|
|
muf18
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 16, 2019, 09:10:04 PM Last edit: May 18, 2019, 12:09:22 AM by muf18 |
|
If anyone is willing to bring more liquidity into Slimcoin markets, please contact me. Btw. have anybody tried to run electrum server for Slimcoin with this code? https://github.com/slimcoin-project/electrum-server-slm/tree/slimcoin@eddycurrent, you said something in 2017 about Android version of client?
|
|
|
|
d5000
Legendary
Offline
Activity: 4032
Merit: 7225
Decentralization Maximalist
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 18, 2019, 01:09:46 AM |
|
Yep, I have ZeroNet on the radar. It's potentially most interesting feature is the "content.json" file, that is shared via a torrent but actually points to another torrent file which contains the real content. The content.json file can be modified by the file owner. This is more scalable than our current "Slimweb/Web2Web" approach where each modification of a site has to be inscribed with a new Slimcoin transaction. However, in its original version ZeroNet does not use a blockchain. But I guess it can be "enhanced" using a blockchain to permanently store site identifiers. An example: Let's have a site that uses address SZWZYPi5XUHwicoVU5n4EhyvsWMMkfSHE7 (the bounty address at slimco.in, only as an example). In the original ZeroNet this identifier, and the torrent (content.json) to which it points, is saved in a torrent tracker. But if no tracker knows it, you never know if it exists, or existed (you could use external tools like search engines but that doesn't guarantee that you'll find it). It's also likely that a torrent tracker will delete it if it's not available for some time. If we save the identifier in the Slimcoin blockchain, however (with an OP_RETURN inscription) then the network will know it as long as the blockchain is online. The content, however, may be offline.
|
|
|
|
eddycurrent
Jr. Member
Offline
Activity: 61
Merit: 3
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 18, 2019, 03:00:19 AM |
|
@eddycurrent, you said something in 2017 about Android version of client?
I believe I did, but I think it was mainly to see if there was any interest. It makes sense to me that users may want to run a wallet burning on their phone because it is a low power device that is usually on. If there is interest now, I will consider doing it, but it will probably be slow, intermittent work as I am fairly busy at the moment. It may also depend on how QT is set up in the codebase at the moment. Regards
|
|
|
|
|
muf18
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 18, 2019, 10:22:17 PM Last edit: May 19, 2019, 05:17:10 PM by muf18 |
|
|
|
|
|
gjhiggins
Legendary
Offline
Activity: 2254
Merit: 1278
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2019, 12:32:00 PM |
|
Unfortunately ... "This code is now unmaintained. The replacement code for electrum server is ElectrumX: https://github.com/kyuupichan/electrumx" Could I ask you to spell out the advantages of introducing non-contributory SPV wallets when the network is so precariously positioned at the moment? There are now just three (3) Slimcoin nodes that are broadcasting transactions (i.e. configured with listen=1) and they are currently saving the network from grinding to a complete halt. Two of these nodes are hosted in Germany on Hetzner boxes (one of those is mine) and there's one hosted by OVH in either France or (more likely) Spain. That's it. If the three people currently funding these hosted nodes (with their own fiat) decide to terminate their support then (AIUI) the chain will seize up and stop - because no listening nodes means that no further txs can be confirmed. Given that the community can muster only three listening nodes out of 25-30, I doubt whether you'll see much enthusiasm for anything that requires hosting. Cheers Graham
|
|
|
|
casper77
Legendary
Offline
Activity: 2884
Merit: 1035
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2019, 01:12:27 PM |
|
what are the requirements for slimcoin node ? i have static IP, is this enough ?
|
|
|
|
gjhiggins
Legendary
Offline
Activity: 2254
Merit: 1278
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2019, 01:23:00 PM |
|
I have gathered some more resource citing Proof of Burn and Slimcoin particularly:
Useful pointers, thank you. It's a pity that the articles are such a mixed bag but that's typical of altcoinland. Cheers Graham
|
|
|
|
muf18
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2019, 03:10:57 PM |
|
Unfortunately ... "This code is now unmaintained. The replacement code for electrum server is ElectrumX: https://github.com/kyuupichan/electrumx" Could I ask you to spell out the advantages of introducing non-contributory SPV wallets when the network is so precariously positioned at the moment? There are now just three (3) Slimcoin nodes that are broadcasting transactions (i.e. configured with listen=1) and they are currently saving the network from grinding to a complete halt. Two of these nodes are hosted in Germany on Hetzner boxes (one of those is mine) and there's one hosted by OVH in either France or (more likely) Spain. That's it. If the three people currently funding these hosted nodes (with their own fiat) decide to terminate their support then (AIUI) the chain will seize up and stop - because no listening nodes means that no further txs can be confirmed. Given that the community can muster only three listening nodes out of 25-30, I doubt whether you'll see much enthusiasm for anything that requires hosting. Cheers Graham I have listen=1, and it seems that my node isn't broadcasting transactions? Should I open specific ports too?
|
|
|
|
gjhiggins
Legendary
Offline
Activity: 2254
Merit: 1278
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2019, 03:31:40 PM |
|
what are the requirements for slimcoin node ? i have static IP, is this enough ?
More than enough (see below). Just add listen=1 to your slimcoin.conf file. Strictly speaking, a static IP address isn't required, it's just more effective ... Is there any strong reason for favoring static IP address over dynamic IP address?
Connections that peers make to you are based upon the IP address. They remember the IP addresses of other nodes and try to reconnect to them later if they go offline. With a static IP address, it is more likely that your node will get connections because it will have been at the same IP address for a while and nodes have remembered it. Static IP has no effect on your outbound connections (which, to your node, are the most important, not the inbound ones).
When you run the client as a listening node and open the debug window, you'll see that "Number of connections" is more than 3. I just restarted my local node here (88.98.87.243) and it's reporting 13 connections - 3 are "inbound: false", that means they are listening nodes and my node connected to them so the connection is not inbound to me and so it reads "false" and the rest are (atm) "inbound: true" which means they are not listening to incoming connections but instead they are making incoming connections to my node to pick up tx/block broadcasts, hence "inbound" reads "true". Slimcoin has a 90-sec block generation time and the chain is running a little fast atm (according to the chainz explorer "overview" tab) so in the initial stages at least, check your outgoing bandwidth from time to time in case the traffic starts approaching your upload limits - which it shouldn't be but YMMV. Apologies for the slight delay in responding, I had to check my facts first. Cheers Graham
|
|
|
|
gjhiggins
Legendary
Offline
Activity: 2254
Merit: 1278
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 23, 2019, 03:54:31 PM |
|
I have listen=1, and it seems that my node isn't broadcasting transactions? Should I open specific ports too?
Thanks for responding positively but I must confess that you have me at a slight disadvantage. You shouldn't need to. Under the standard modus operandi, Slimcoin is assumed to be running in a local network and uses UPNP in the background to negotiate port mappings with your router. At least that's how it works on the bog-standard consumer router supplied by our ISP. Well, at least that's how it works now that I've re-enabled UPNP in the Slimcoin code. However, that's still in master and I haven't yet updated the Win/OSX binaries mostly because I'm waiting for a response from Novaexchange as to whether the last update to the code fixed their change address problem. If I have correctly understood their description of the problem, I'm reasonably confident that it was successful. Given this positive response to making the network more robust, I will get straight onto compiling up fresh binaries for Win/OSX and will post their availability here (in about an hour or so, I expect). Until then, you may care to experiment with making an explicit port mapping. Cheers Graham
|
|
|
|
|