Topic: Slimcoin | First Proof of Burn currency | Decentralized Web - page 65. (Read 137088 times)

Sorry, I mis-expressed myself. What is it about Substratum and SHIFT that suggests they may be comparable to Slimcoin. I don't have the time to follow up every hypothesis, I was asking for reasons why this one is an exception.

Cheers

Graham

OK, but I first have to read their proposals a bit more thoroughly. Allow me a couple of days for that I would also add Maidsafe, Akasha, and ZeroNet, maybe even Synereo, Steem, Datacoin and Agoras/Tauchain; and Freenet as a "blockchainless" and older competitor.  Most of them are still in planning/testing stage, Shift may be already functional, but I'll have to try it.

I think I've found the error with the demo site: the webtorrent.io tracker doesn't exist anymore (the other trackers, however, should work; but they [still?] don't know the torrent), and maybe the tracker list I used is outdated. Will check it again, probably tomorrow at night, if it cannot be accessed until then.

The demo page is now seeding 24/7, and Fuseki is also running 24/7, but still not updating its RDF blockchain in real time (it sits now on block 1205200 approx).

@ksdme, your transaction is found now, but the hash seems a bit short; I think you omitted the "magnet" part of the link, so the JS app "cut" a part of it. In my opinion this is a bug; it shouldn't matter if you include the magnet identifier or not. One could, however, argue that the magnet "prefix" would make it possible to distinguish torrent hashes from other data formats.

My first guess would be that the client may be staking before it has finished syncing, which immediately puts it in a local fork and all further stake rewards end up as orphans.

Stop the client. Move wallet.dat to somewhere safe. Start the client, either let it sync fully from the network from 0 (having first cleansed ~/.slimcoin) or grab a copy of the nightly datadir snapshot (https://minkiz.co/noodlings/slm/slm-datadir-snapshot.zip, unzip in ~/.slimcoin) which will get you synced faster. Once fully synced, stop the client again and copy wallet.dat from its place of safety back into ~/slimcoin. Start the client and see what happens.

Do let us know how you get on.

Cheers

Graham

Hi Everyone,

A couple of months ago I bought some Slim, and today, I started staking them.  However, there seems to be two problems.
One is that I am getting huge  amounts of minted coins, generally around 16670 or 7490 per block.  Is this a bug, or is it because I bought coins that had not been staked for ages?
The second issue is that they all, so far, have become orphaned. Sometimes I will get 3 confirmations on one of them before it becomes unconfirmed.

Some more information:
I have about 40000 Slim, and am staking with 0 reserve balance.
I am running from the latest source from github on Ubuntu 17.10.

Any idea what is going here?

I can make infographics, with both pros and cons, just give me, info.

Substratum | SHIFT | Slimcoin with W2W


Quite huge vol on coinsmarkets!
Almost 1BTC

@ksdme: In the case of your publication, the problem is that your transaction was recent and the blockchain still hasn't synced completely. I hope that until the weekend this problem is solved.


Strange. Will have to google that error to get hints. I have tried the "Slimweb" test page with Firefox on Android  and on my girlfriend's windows computer with Chrome 63 and Firefox 57, and it also works (after disabling mixed content blocking).

Web2Web is much simpler. I would describe it as the "KISS" variant of a decentralized web.

I haven't read the whitepapers of Shift and Substratum, but from the infos on their websites, Web2Web is a little bit more similar to Substratum than to Shift. Shift uses IPFS to host content, that means that you'll need a "gateway node" or install a software on end users computers to access contents. Substratum seems to share the advantage with Web2Web that end users don't need to install a software to view pages on their browser. However, they also need gateways; there is a complicated pay-per-click system where content hosters pay "forwarders" to deliver the contents to end users.

Web2Web has no payment system and no "gateway nodes", sites live on the torrent network. That means that if you have a device that is online 24/7 and can seed your torrent, then you will be able to directly publish your page from there, without costs. If you don't have a 24/7 online device, if your content is interesting enough it may be forwarded by your readers; otherwise you may have to pay somebody. But today, I think most people have access to a device or a server that can publish torrents 24/7.

So Web2Web's disadvantage is that it has no integrated system to incentive nodes to "forward" the contents while the original hoster is offline. (I think I remember Graham also mentioned this disadvantage and he's looking for solutions.)

The advantage is that you only need a Slimcoin standard node (even a light node, or a web node, would do it) and a webtorrent-enabled torrent client to publish pages, and that sites can be viewed without software.

So I think Web2Web, both Shift and Substratum - and also MaidSafe and ZeroNet - are cool projects, but they have a potentially different public. Substratum would be more suited for commercial sites, while Web2Web is more for things like activist blogs - that's why I also think that China is an interesting "market" for it.

I already changed your blocknotify script a bit, however, this point (reorgs) was still not addressed.

Two ideas for "workarounds"
- the simpler and more "hacky" one: I'm thinking about to offer, instead of the whole blockchain, only the transactions that carry OP_RETURN inscriptions via RDF. That should also boost performance. In this case, reorgs would not be really dramatic: If there's an inscription in a tx that later gets "orphaned" by a reorg, the intention of the publisher is to publish the inscription. So at most there would be a duplicate inscription that could be pruned.
- the more complete solution: add a "safe mode" to the blocknotify script that checks every 1000 blocks or so if the real blockchain still is identic to the RDF blockchain. If not, the blocks that are different are deleted and the script catches up again.

Pointers to summary descriptions? A short explanation of what's in common?

Cheers

Graham

Rock on! Cracking stuff. In the New Year I'll put on my thinking hat and see if I can come up with a solution for re-orgs.


I have no problem with a lack of identifiability, it's a humans-across-the-globe thing that we're being obliged to accommodate and one which seems to be seriously challenging people's prejudices - which is no bad thing because: if you fail to challenge your prejudices, eventually they will come to challenge you.

No, it's the bogus legalese I object to - either the writer is a business numpty or thinks the customers are.

On another, related, matter ... in view of the fact that the freiexchange organisers are having to back the new SLM-BTC market with BTC of their own, I'm minded to contribute something a little more realistic than the current copynpasta of Sicanet's T&Cs (https://freiexchange.com/pages/privacy).

Again, I don't have a problem with the principle but when it's expressed in completely ineffectual and nonsensical statements such as “you are agreeing to be bound by these terms of service, all applicable laws and regulations, and agree that you are responsible for compliance with any applicable local laws. If you do not agree with any of these terms, you are prohibited from using or accessing this site”.

And that's a shame because it actually belies a more confidence-inspiring context:

Contact Us - Sicanet
Sicanet - It just works! Rådyrveien 39 4624 Kristiansand NORWAY. Telephone: +47 476 38 786. Contact Form. First Name: E-Mail Address: Enquiry: Enter the code in the ...
Search domain www.sicanet.netsicanet.net/index.php?route=information/contact

Sicanet.net - Sicanet | Website
IP Addresses and Server Locations. sicanet.net resolves to 212.125.247.40. According to our data this IP address belongs to TDC AS and is located in Norway.
Search domain www.ipaddress.comhttps://www.ipaddress.com/websites/sicanet.net

FreiExchange - sicanet.net
Freiexchange is a exchange for crypto ... Sicanet does not ... These terms and conditions are governed by and construed in accordance with the laws of Norway and you ...
Search domain www.sicanet.nethttps://www.sicanet.net/pages/privacy



Oh and further BTW, this page: https://stage.bittrex.com/Home/About doesn't seem to be accessible from the main site, so even the, cough, “blue-chip” ccexchanges are a bit on the shy and retiring side when identifying who's pocketing the profits/calling the shots.

Cheers

Graham

Slimweb is ok for me.

Btw. how we can compare it to SHIFT and Substratum?
Because they are also working in this kind.
I'm really keen to see comparison between these two, we would have some light come into our product.

I have only: Torrent hash found: 72bee23491482420009b90f42c10ca2f531e2e2d
on the website/

About exchanges, I was just trying to get us listed on anything that, was free of charge, as
a FOSS project, we don't accumulate funds fro such purposes.

I have use donations from Graham and others, but we are setting up faucet (mainly Kilari), so I'll load up these funds, there, if you agree.

I have set up a public SPARQL node for web2web alpha testing. It is still not 100% synced, but less than 50.000 blocks away.

You can find the IP address at Github.com in the source code, or directly try it out here:

https://d5000.github.io/web2web/

If you access directly, index.html will try to load a pre-configured (basic) test website from torrent - while my torrent software is online, it should load; otherwise you should see "Torrent hash found".

If it doesn't reach this message, then probably your browser is blocking "mixed content" (or my Fuseki crashed); at the address bar it should be possible to disable it. The reason is that Github Pages enforces HTTPS for this test page, but the SPARQL server is reachable over HTTP. (I'm investigating if I can solve this; a HTTP test page at the slimco.in repository would be a short-term workaround.)

(The website looks very basic, but beautiful, modern websites with lots of CSS, images, SVG etc. are perfectly possible with this technique! It's only a test page and I'm a terrible web designer anyway )

There is also a gateway.html which lets you enter Slimcoin addresses to look if there are publications. In ACME you can find a (very) short list here.

A question to the community: Do you think the name "Slimweb" is a good choice for a Slimcoin-based decentralized web? Unfortunately, it loses the reference to P2P that "web2web" has, but it's short and catchy. (Maybe: "Slimweb - the Slimcoin Web2Web" as a complete title would match both, and SW2W as a "cool" abbreviation)

PS: I have included all the new exchanges in the start post. Graham, you're totally right: one should be extremely careful with these sites and never hold big amounts there.

Uh-huh, (https://coinhouse.eu/documents/termsofservice)
- FAIL
Does not identify an entity with the verifiable capacity to enter a contract. In consequence, all of the T&C/Privacy statements are worthless. No independently-identifiable legal entity === no contract === no enforceable legal/privacy protection for anyone. It doesn't necessarily mean that they are bad actors, could just mean that they are inexperienced in running a solid commercial online operation.

By contrast ... (https://www.coinhouse.io/legal)
- PASS.

If there isn't an identifiable legal entity with the verifiable capacity to enter into a contract (minors cannot, for example) there ain't no contract and no amount of bogus legal verbiage will change that.

Cheers

Graham

Youre welcome, happy trading.

also SLM is listed on https://coinhouse.eu/markets/slmbtc

We are included on new exchange: https://freiexchange.com/market/SLM/BTC

Thank you Fredrick!

I've got enough karma to post there. I'm currently on holiday - so maybe I'll find the time to write something interesting.

Btw, I'll send you a private message in a minute.

Yeah. Btw I'll update Slimcoin AIO client, because it was probably with older version with failure around POB.
Tommorow will upload it.



If you can this, it would be great. I dont have enough karma to do it, and dont have so much time into it. It was quite consuming time to organize all social media and respond to email, also with @ksdme talking, about future features. If someone could take a little of my social activity from reddit, I'll manage other things.
I have still normal working and studying responsibilities, especially after christmas.

Btw. We are thinking about faucet to have networking effect working.

I think snapshot 236000 maybe shall be removed

Thanks ksdme! Looks good so far, I have merged it into the test website. There are a few problems and suggestions:

- the links to the logos/download-buttons are incorrect (that may be related to the baseurl problem you mentioned in the commit, I probably can fix it myself)
- the boxes in the Trade Markets section are not completely aligned (the CoinHouse box has less height than the other two) (Edit: I saw that this occurs because I viewed it on a relatively small screen; it's because of CoinHouse's link is shorter than the other two. So the next item would "solve" it.)
- I would not show the URLs of the links to the market pages directly in the boxes, but that may be a personal aesthetic opinion.
- A title for the download section would be nice (simply "Downloads" or "Get your wallet" or something like this)