Bitcoin Forum
June 25, 2018, 01:18:28 AM *
News: Latest stable version of Bitcoin Core: 0.16.1  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 [111] 112 »
  Print  
Author Topic: Slimcoin | First Proof of Burn currency | 0.5.1 binaries | New Pool  (Read 94839 times)
gjhiggins
Legendary
*
Offline Offline

Activity: 1414
Merit: 1043



View Profile WWW
June 03, 2018, 11:52:33 PM
 #2201

Hmm... Well @peerchemist have said, that adoption it to Slimcoin shouldn't take more than 1H.
Immaterial.

The app needs infrastructure support in order to function, specifically it relies on the API provided by the Iquidus block and tx explorer - in this instance, adapted to work with Slimcoin. I'm not aware of such a beast.

Cheers

Graham

1529889508
Hero Member
*
Offline Offline

Posts: 1529889508

View Profile Personal Message (Offline)

Ignore
1529889508
Reply with quote  #2

1529889508
Report to moderator
1529889508
Hero Member
*
Offline Offline

Posts: 1529889508

View Profile Personal Message (Offline)

Ignore
1529889508
Reply with quote  #2

1529889508
Report to moderator
1529889508
Hero Member
*
Offline Offline

Posts: 1529889508

View Profile Personal Message (Offline)

Ignore
1529889508
Reply with quote  #2

1529889508
Report to moderator
The World's Betting Exchange

Bet with play money. Win real Bitcoin. 5BTC Prize Fund for World Cup 2018.

Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1529889508
Hero Member
*
Offline Offline

Posts: 1529889508

View Profile Personal Message (Offline)

Ignore
1529889508
Reply with quote  #2

1529889508
Report to moderator
1529889508
Hero Member
*
Offline Offline

Posts: 1529889508

View Profile Personal Message (Offline)

Ignore
1529889508
Reply with quote  #2

1529889508
Report to moderator
d5000
Legendary
*
Offline Offline

Activity: 1778
Merit: 1146



View Profile
June 04, 2018, 04:43:19 AM
 #2202

Mh. I had also proposed to adopt PeerAssets some time ago because I liked the simplicity they claim (I had helped testing it in the Peercoin community, but very superficially, at this moment it seemed pretty buggy still).

But seeing that they're relying (if I understand it right) on a infrastructure of centralized block explorers doesn't really make this concept attractive for me. It could be adapted, in theory, to the SPARQL-based infrastructure (e.g. ACME) we have now, but then we would need to install a network (ideally, with nodes around the world) of very stable servers running these block explorers.

There are alternatives like OpenAssets, Omni and Counterparty that could be used instead. Counterparty for example seems a bit complex but at least it was already adapted to an altcoin blockchain (Doge).

But I remember also a RDF-based idea for these purposes ...

        ▄▄███████████▄▄
     ▄██▀▀           ▀▀██▄
   ▄█▀   ▄▄█████████▄▄   ▀█▄
  █▀  ▄███████▌ █▌ █████▄  ▀█
 █▀  ██  ██         ▀█████  ▀█
▐█  ██▀▀█████   ▄▄▄   █████  █▌
█▌ ▐██▄▄████▌  ████   █████▌ ▐█
█  ███  ████        ▄███████  █
█▌ ▐█▀▀████▌   ▄▄▄  ▀██████▌ ▐█
▐█  █▄▄████   ████   ▐█████  █▌
 █▄  ████           ▄█████  ▄█
  █▄  ▀████  ███  ██████▀  ▄█
   ▀█▄   ▀▀█████████▀▀   ▄█▀
     ▀██▄▄           ▄▄██▀
        ▀▀███████████▀▀
bitcore.
...The Future Is Now...
▄▄▄▄▄▄▄▄    ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄     ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄

        ██
██████
        ██
        ██████
        ██
██████
        ██
        ██████
        ██
██████
                 ▄▄██
 ▄██████████████████████▄
█▀         ▄▄██▀▀   ██  ▀█
█▄     ▄▄██▀▀        ██  █
█▀█████████████████████████▄
█                          ▀█
█                           █
█              ▄████▄       █
█             ██▀  ▀██      █
█            ▐█▌    ▐████████
█             ██▄  ▄██      █
█              ▀████▀       █
█                           █
█▄                         ▄█
 ▀█████████████████████████▀
.
iOs
Android

        ██
        ██████
        ██
██████
        ██
        ██████
        ██
██████
        ██
        ██████


     ▄▄█████████▄▄
   ▄███▀▀     ▀▀███▄
  ███             ███
 ███               ███
▐██   ▐█▄   ▄███▄   ██▌
██▌    ███▄██████▀  ▐██
██▌    ▐████████    ▐██
▐██     ▐██████     ██▌
 ███   ▀█████▀     ███
  ███             ███
   ▀███▄▄     ▄▄███▀
     ▀▀█████████▀▀


     ▄▄█████████▄▄
   ▄███▀▀     ▀▀███▄
  ███             ███
 ███       ▄███    ███
▐██       █████     ██▌
██▌       ███       ▐██
██▌     ███████     ▐██
▐██       ███       ██▌
 ███      ███      ███
  ███             ███
   ▀███▄▄     ▄▄███▀
     ▀▀█████████▀▀


     ▄▄█████████▄▄
   ▄███▀▀     ▀▀███▄
  ███             ███
 ███         ▄▄█▌  ███
▐██      ▄▄█████    ██▌
██▌   ▄████████     ▐██
██▌  ▐████████      ▐██
▐██    ▀▀████       ██▌
 ███     ▀██       ███
  ███             ███
   ▀███▄▄     ▄▄███▀
     ▀▀█████████▀▀
Website
ANN
Block Explorer
peerchemist
Newbie
*
Offline Offline

Activity: 3
Merit: 0


View Profile
June 04, 2018, 09:46:05 AM
 #2203

Hello guys,

you do not have to use iquidus backend, thought that is the simplest way trust me. It also enables light clients to exist.

Pypeerassets has concept of "provider", ie. a link with the network. It's used to fetch UTXOs, to query transactions, to send transaction.
A local node can be used via RPC: https://github.com/PeerAssets/pypeerassets/blob/master/pypeerassets/provider/rpcnode.py
gjhiggins
Legendary
*
Offline Offline

Activity: 1414
Merit: 1043



View Profile WWW
June 04, 2018, 09:54:34 AM
 #2204

Mh. I had also proposed to adopt PeerAssets some time ago because I liked the simplicity they claim (I had helped testing it in the Peercoin community, but very superficially, at this moment it seemed pretty buggy still).
There're some hard-coded references to ppc/tppc remaining but perhaps of more concern to anyone proposing to implement PeerAssets are the dependencies. btcpy being one such example:

Quote
btcpy is a Python3 SegWit-compliant library which provides tools to handle Bitcoin data structures in a simple fashion. In particular, the main goal of this library is to provide a simple interface to parse and create complex Bitcoin scripts.

N.B.: this library is a work in progress so it is highly discouraged to use it in a production environment. Also, as long as the version is 0.*, API breaking changes should be expected
(original emphasis retained)

Quote
we would need to install a network (ideally, with nodes around the world) of very stable servers running these block explorers.
...
But I remember also a RDF-based idea for these purposes ...

Not forgotten, merely thrashing out some details. Apart from the obvious practical issue of figuring out how to use message-queueing to enable the blocknotify script to run asych, I felt I needed to acquire more direct experience in hacking the codebase directly (elsewhere, I hasten to add) before proceeding and lately I've felt a need to consider the implications of GDPR and friends. I believe TrustyURIs in themselves are not PII (there has been some informative HN discussion about how the practicalities of observing "right to be forgotten"actually play out in the context of backups) but how it's going to work in practice for federated RDF graphs requires some extensive thought.

The fact that SPARQL searches can be made on federated graphs seems to satisfy the networks' requirement for an appropiately non-centralised solution but I believe anything other than a "click'n'deploy" approach to provding a [group|self]-publishing service will fall short of basic user requirements. This particular approach was never going to be as simple and easy as setting up an account on FB but I reckon it might be possible to achieve a suffciently gentle on-ramp slope to present at least a viable alternative.

Cheers

Graham
gjhiggins
Legendary
*
Offline Offline

Activity: 1414
Merit: 1043



View Profile WWW
June 04, 2018, 10:25:51 AM
 #2205

you do not have to use iquidus backend, thought that is the simplest way trust me. It also enables light clients to exist.

Pypeerassets has concept of "provider", ie. a link with the network. It's used to fetch UTXOs, to query transactions, to send transaction.
A local node can be used via RPC: https://github.com/PeerAssets/pypeerassets/blob/master/pypeerassets/provider/rpcnode.py

Thanks for contributing to the discussion. My aim was to open up some of the practical implications that I thought might be in danger of being glossed over.

It's not so much that the presence of Iquidus in the mix is alarming, no more so than any nodejs app, it's just that the requirement (or otherwise) was unclear from the README and signalled that some more extensive due diligence was indicated.

If the app can talk to the client, then is the block explorer a matter of operational convenience? Or maybe is it that a current UTXO set is a vital part of the app's functioning?

Cheers

Graham
peerchemist
Newbie
*
Offline Offline

Activity: 3
Merit: 0


View Profile
June 04, 2018, 11:20:29 AM
 #2206


If the app can talk to the client, then is the block explorer a matter of operational convenience? Or maybe is it that a current UTXO set is a vital part of the app's functioning?

Cheers

Graham



Both. Preference as it's easier to query the API then else (explained bellow). It's important to have current set of UTXOs, can't do without.

So, P2TH (pay-to-tag hash)[https://peerassets.github.io/P2TH/) is why is using API easier for now.
P2TH is an address, which is like a directory from which tree structure can be derived. It's used to query for new decks (assets) and their card (token transfers).
So, flow when using a local node is a bit awkward. P2TH is imported into the node via `importprivkey` and then via `listtransactions` it's queried.
This can be resolved by using latest Bitcoin-core code which offers `txindex` and other marvels, which allows you to simply query a address without importing,
hopefully that will come later this year for us.

Another solution is using electrum-server.
gjhiggins
Legendary
*
Offline Offline

Activity: 1414
Merit: 1043



View Profile WWW
June 04, 2018, 02:08:41 PM
 #2207

If the app can talk to the client, then is the block explorer a matter of operational convenience? Or maybe is it that a current UTXO set is a vital part of the app's functioning?

Both. Preference as it's easier to query the API then else (explained bellow). It's important to have current set of UTXOs, can't do without.

So, P2TH (pay-to-tag hash)[https://peerassets.github.io/P2TH/) is why is using API easier for now.
P2TH is an address, which is like a directory from which tree structure can be derived. It's used to query for new decks (assets) and their card (token transfers).
So, flow when using a local node is a bit awkward. P2TH is imported into the node via `importprivkey` and then via `listtransactions` it's queried.
This can be resolved by using latest Bitcoin-core code which offers `txindex` and other marvels, which allows you to simply query a address without importing,
hopefully that will come later this year for us.

Another solution is using electrum-server.

Thank you for the clarification.

Some of the members of the Slimcoin Owners Club are exploring the notion of inscribing TrustyURIs in the slot offered by OP_RETURN data. There are similar associated issues to be addressed, such as limiting tx search to specific addresses, etc.

Cheers

Graham
d5000
Legendary
*
Offline Offline

Activity: 1778
Merit: 1146



View Profile
June 04, 2018, 11:36:40 PM
 #2208

Some of the members of the Slimcoin Owners Club are exploring the notion of inscribing TrustyURIs in the slot offered by OP_RETURN data. There are similar associated issues to be addressed, such as limiting tx search to specific addresses, etc.

I just yesterday got the time to re-read the Trusty URI paper (I had already looked at it, but very superficial). I just wanted to make sure I understand your idea to create "assets" based on signed RDF graphs. So here's my understanding of it:

1) Let's say Alice is wanting to issue an asset to crowdfund her startup. She creates the following RDF graph (in simplified Triples, as example, "ccy" for the Cryptocurrency Ontology and "sla" as a prefix for "SlimAssets"):

Code:
ccy:SAliceSAddressxxx    sla:issue    (BlankNode)
(BlankNode)  sla:id sla:AlicesAsset
(BlankNode)  sla:quantity 1000

(For those that do not know RDF: Blank nodes often are used if you want to relate a subject-predicate combination - e.g. Alice's "issuing" of the asset - to several predicate-object combinations - N-ary relations - without "splitting" the triple. In this case, the ID and the quantity are related to the "issuing act".)


2) She signs the graph and then includes a self-reference for the trusty URI.
3) She inscribes the Trusty URI into the blockchain.

Now Bob wants to buy 100 of these assets. He comes to an agreement with Alice (the payment process from Bob to Alice here is not important, that would be a separate issue). When he pays to Alice, she creates the following graph:

Code:
ccy:SAliceSAddressxxx    sla:transfer  (BlankNode)
(BlankNode) sla:quantity 100
(BlankNode) sla:destination ccy:SBobSAddressxxx
again, signing it with SAlliceSAddressxxx and creating the trusty URI.

She can now inscribe the graph in the blockchain, and so the asset transfer would have taken place.

Is this approximately correct?

(It's possible that it's necessary to include the trusty URI to the issuance graph in the subsequent transactions, e.g. if Bob is selling his assets. Maybe the Trusty URI for the issuance could even be the asset ID?)

In this model, not all data is inscribed in the blockchain, only the trusty URI, while the graph itself is recorded off-chain. What are the security implications? In theory, Alice could try to hack Bob's computer, delete his record of the graph, and then say that she never transferred him the assets, and that her trusty URI is referring to another transaction. Now this reminds me a bit of the security model of the Lightning Network: in LN, also, if your node isn't aware of the state of your channels, then your counterparty can scam you.

An interesting issue is that with this model one could create enormous asset transactions, serving 1000s of people with assets (e.g. for an "airdrop") but the blockchain entry would continue to be small. It could be even possible to combine this model with Lightning-like HTLCs, what would create a kind of "sidechain" for each asset, so asset transfers wouldn't have to be recorded at the main chain at all.

        ▄▄███████████▄▄
     ▄██▀▀           ▀▀██▄
   ▄█▀   ▄▄█████████▄▄   ▀█▄
  █▀  ▄███████▌ █▌ █████▄  ▀█
 █▀  ██  ██         ▀█████  ▀█
▐█  ██▀▀█████   ▄▄▄   █████  █▌
█▌ ▐██▄▄████▌  ████   █████▌ ▐█
█  ███  ████        ▄███████  █
█▌ ▐█▀▀████▌   ▄▄▄  ▀██████▌ ▐█
▐█  █▄▄████   ████   ▐█████  █▌
 █▄  ████           ▄█████  ▄█
  █▄  ▀████  ███  ██████▀  ▄█
   ▀█▄   ▀▀█████████▀▀   ▄█▀
     ▀██▄▄           ▄▄██▀
        ▀▀███████████▀▀
bitcore.
...The Future Is Now...
▄▄▄▄▄▄▄▄    ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄     ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄

        ██
██████
        ██
        ██████
        ██
██████
        ██
        ██████
        ██
██████
                 ▄▄██
 ▄██████████████████████▄
█▀         ▄▄██▀▀   ██  ▀█
█▄     ▄▄██▀▀        ██  █
█▀█████████████████████████▄
█                          ▀█
█                           █
█              ▄████▄       █
█             ██▀  ▀██      █
█            ▐█▌    ▐████████
█             ██▄  ▄██      █
█              ▀████▀       █
█                           █
█▄                         ▄█
 ▀█████████████████████████▀
.
iOs
Android

        ██
        ██████
        ██
██████
        ██
        ██████
        ██
██████
        ██
        ██████


     ▄▄█████████▄▄
   ▄███▀▀     ▀▀███▄
  ███             ███
 ███               ███
▐██   ▐█▄   ▄███▄   ██▌
██▌    ███▄██████▀  ▐██
██▌    ▐████████    ▐██
▐██     ▐██████     ██▌
 ███   ▀█████▀     ███
  ███             ███
   ▀███▄▄     ▄▄███▀
     ▀▀█████████▀▀


     ▄▄█████████▄▄
   ▄███▀▀     ▀▀███▄
  ███             ███
 ███       ▄███    ███
▐██       █████     ██▌
██▌       ███       ▐██
██▌     ███████     ▐██
▐██       ███       ██▌
 ███      ███      ███
  ███             ███
   ▀███▄▄     ▄▄███▀
     ▀▀█████████▀▀


     ▄▄█████████▄▄
   ▄███▀▀     ▀▀███▄
  ███             ███
 ███         ▄▄█▌  ███
▐██      ▄▄█████    ██▌
██▌   ▄████████     ▐██
██▌  ▐████████      ▐██
▐██    ▀▀████       ██▌
 ███     ▀██       ███
  ███             ███
   ▀███▄▄     ▄▄███▀
     ▀▀█████████▀▀
Website
ANN
Block Explorer
muf18
Sr. Member
****
Offline Offline

Activity: 434
Merit: 255


View Profile
June 06, 2018, 08:05:57 PM
 #2209

We are still running voting for Slimcoin on next exch

Vote if you can Cheesy

https://nextexchange.featureupvote.com/suggestions/3080/slimcoin-slm-the-original-proofofburn-cryptocurrency

gavrilo77
Hero Member
*****
Offline Offline

Activity: 712
Merit: 500



View Profile
June 06, 2018, 11:38:09 PM
 #2210

Difficulty is sky high!!! With couple of hundred of thousands burnt SLM i am finding like 10-15 blocks per day only

BitSend ◢◤Clients | Source
www.bitsend.info
| Your Digital Network | 10MB Blocks
| Algo: XEVAN | DK3 | Masternodes
| BSD - Tether USDT Pair ✔
| Bittrex | C.Gather | S.Exchange
| Cryptopia | LOCALCRYPTO | Livecoin
| CoinPayments | Faucet | Bitsend Airdrop

████
 ████
  ████
   ████
    ████
     ████
      ████
       ████
        ████
       ████
      ████
     ████
    ████
   ████
  ████
 ████
████

████
 ████
  ████
   ████
    ████
     ████
      ████
       ████
        ████
       ████
      ████
     ████
    ████
   ████
  ████
 ████
████
muf18
Sr. Member
****
Offline Offline

Activity: 434
Merit: 255


View Profile
June 07, 2018, 01:05:28 AM
 #2211

How much normally you were making ?

PoW diff isn't so high (as well as PoB in this regard), but again PoS diff skyrocketed, making things a little uneasy.

I know that economic model could be flawed, if we would switch to PoS 3.0, but I'm still wondering, if it wouldn't help with such events...

I must see and try myself, with my friend spinning testnet, and trying and couple of different settings to see, which could be best.

vochau026
Jr. Member
*
Offline Offline

Activity: 70
Merit: 0

Blockchain Just Entered The Real World


View Profile
June 07, 2018, 03:02:44 AM
 #2212

Seems good project, but I had to re-sync my wallet...everything was going fine but then last night the wallet stopped syncing, apparently there are no active connections...

Q U A D R A N T  『 http://www.quadrantprotocol.com/ 』
A Blueprint for Mapping Decentralized Data
muf18
Sr. Member
****
Offline Offline

Activity: 434
Merit: 255


View Profile
June 07, 2018, 08:34:55 AM
 #2213

Seems good project, but I had to re-sync my wallet...everything was going fine but then last night the wallet stopped syncing, apparently there are no active connections...

There are active connections, I'll update peers, when I'm home.

d5000
Legendary
*
Offline Offline

Activity: 1778
Merit: 1146



View Profile
June 14, 2018, 11:43:43 AM
 #2214

I published a draft for the "Slimweb" to be discussed and reviewed on the Wiki at Github. Please feel free to comment and edit - I don't know if I have described your (especially @gjhiggins' and @ksdme's) plans correctly, some ideas in the "tentative roadmap" are also mine.

My next step will be to write a publisher and a reader guide, based on the small guides I published here on the forum. Also, it was suggested to draw a table to compare it to other "decentralized web" implementations like Shift, Tron, Akasha, Steem or Substratum, but also non-blockchain projects like Beaker or ZeroNet (if there is a relevant project I forgot, please point me to it).

        ▄▄███████████▄▄
     ▄██▀▀           ▀▀██▄
   ▄█▀   ▄▄█████████▄▄   ▀█▄
  █▀  ▄███████▌ █▌ █████▄  ▀█
 █▀  ██  ██         ▀█████  ▀█
▐█  ██▀▀█████   ▄▄▄   █████  █▌
█▌ ▐██▄▄████▌  ████   █████▌ ▐█
█  ███  ████        ▄███████  █
█▌ ▐█▀▀████▌   ▄▄▄  ▀██████▌ ▐█
▐█  █▄▄████   ████   ▐█████  █▌
 █▄  ████           ▄█████  ▄█
  █▄  ▀████  ███  ██████▀  ▄█
   ▀█▄   ▀▀█████████▀▀   ▄█▀
     ▀██▄▄           ▄▄██▀
        ▀▀███████████▀▀
bitcore.
...The Future Is Now...
▄▄▄▄▄▄▄▄    ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄     ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄

        ██
██████
        ██
        ██████
        ██
██████
        ██
        ██████
        ██
██████
                 ▄▄██
 ▄██████████████████████▄
█▀         ▄▄██▀▀   ██  ▀█
█▄     ▄▄██▀▀        ██  █
█▀█████████████████████████▄
█                          ▀█
█                           █
█              ▄████▄       █
█             ██▀  ▀██      █
█            ▐█▌    ▐████████
█             ██▄  ▄██      █
█              ▀████▀       █
█                           █
█▄                         ▄█
 ▀█████████████████████████▀
.
iOs
Android

        ██
        ██████
        ██
██████
        ██
        ██████
        ██
██████
        ██
        ██████


     ▄▄█████████▄▄
   ▄███▀▀     ▀▀███▄
  ███             ███
 ███               ███
▐██   ▐█▄   ▄███▄   ██▌
██▌    ███▄██████▀  ▐██
██▌    ▐████████    ▐██
▐██     ▐██████     ██▌
 ███   ▀█████▀     ███
  ███             ███
   ▀███▄▄     ▄▄███▀
     ▀▀█████████▀▀


     ▄▄█████████▄▄
   ▄███▀▀     ▀▀███▄
  ███             ███
 ███       ▄███    ███
▐██       █████     ██▌
██▌       ███       ▐██
██▌     ███████     ▐██
▐██       ███       ██▌
 ███      ███      ███
  ███             ███
   ▀███▄▄     ▄▄███▀
     ▀▀█████████▀▀


     ▄▄█████████▄▄
   ▄███▀▀     ▀▀███▄
  ███             ███
 ███         ▄▄█▌  ███
▐██      ▄▄█████    ██▌
██▌   ▄████████     ▐██
██▌  ▐████████      ▐██
▐██    ▀▀████       ██▌
 ███     ▀██       ███
  ███             ███
   ▀███▄▄     ▄▄███▀
     ▀▀█████████▀▀
Website
ANN
Block Explorer
afozzy
Newbie
*
Offline Offline

Activity: 5
Merit: 1


View Profile
June 14, 2018, 12:03:39 PM
Merited by d5000 (1)
 #2215

For those interested in the return from burning coins, I have updated the spreadsheet I started:
https://drive.google.com/open?id=1b04jiUde-wWvyk7yXzWibVeYc03yz0MB
muf18
Sr. Member
****
Offline Offline

Activity: 434
Merit: 255


View Profile
June 14, 2018, 06:32:26 PM
 #2216

I had a week full of exams and projects to pass, so I forgot about addnodes update.

Give me a minute to update it.

Peers from getpeerinfo.

85.10.208.71:41682
185.68.67.37:41682
144.76.64.49:41682
5.9.39.9:41682
78.46.37.209:41682

muf18
Sr. Member
****
Offline Offline

Activity: 434
Merit: 255


View Profile
June 14, 2018, 07:21:21 PM
 #2217

For those interested in the return from burning coins, I have updated the spreadsheet I started:
https://drive.google.com/open?id=1b04jiUde-wWvyk7yXzWibVeYc03yz0MB


How many coins have decayed?

afozzy
Newbie
*
Offline Offline

Activity: 5
Merit: 1


View Profile
June 15, 2018, 01:42:30 AM
 #2218

I currently have 291 decayed coins.
A basic calcualtion assuming a linear rate will would indicate 4x return (3x net) over about 8 years.
d5000
Legendary
*
Offline Offline

Activity: 1778
Merit: 1146



View Profile
June 15, 2018, 03:46:06 AM
 #2219

I currently have 291 decayed coins.
A basic calcualtion assuming a linear rate will would indicate 4x return (3x net) over about 8 years.
Very interesting. So at this moment, one has to wait more than a year to get at least the PoB "investment" back. That's truly a long-term reward Wink  (That's one of the effects why I like Slimcoin and PoB so much).

I have not minted by PoB in the last months, but in 2016/17 the time until to get the investment back was much shorter (3-4 months). That is obviously a sign that the burn rate has increased, and we may be now again above the "equilibrium" PoB rate - so it's likely that in the coming months people will burn less, because the expected short- to medium term reward is negative.

I should retake this study where I followed the burn rate for the first million blocks. But first, I want to advance further with Slimweb.

PS: My peers are:

Code:
203.234.166.122:63380
188.226.61.46:62321
96.31.51.182:55468
109.174.57.59:56384
217.65.8.75:5394
217.175.119.125:48516
190.101.182.200:58488
144.76.64.49:40616
39.128.197.255:34396
5.9.39.9:41682
78.46.37.209:41682
144.76.64.49:41682
5.9.44.154:41682
185.68.67.37:41682
85.10.208.71:41682

        ▄▄███████████▄▄
     ▄██▀▀           ▀▀██▄
   ▄█▀   ▄▄█████████▄▄   ▀█▄
  █▀  ▄███████▌ █▌ █████▄  ▀█
 █▀  ██  ██         ▀█████  ▀█
▐█  ██▀▀█████   ▄▄▄   █████  █▌
█▌ ▐██▄▄████▌  ████   █████▌ ▐█
█  ███  ████        ▄███████  █
█▌ ▐█▀▀████▌   ▄▄▄  ▀██████▌ ▐█
▐█  █▄▄████   ████   ▐█████  █▌
 █▄  ████           ▄█████  ▄█
  █▄  ▀████  ███  ██████▀  ▄█
   ▀█▄   ▀▀█████████▀▀   ▄█▀
     ▀██▄▄           ▄▄██▀
        ▀▀███████████▀▀
bitcore.
...The Future Is Now...
▄▄▄▄▄▄▄▄    ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄     ▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄

        ██
██████
        ██
        ██████
        ██
██████
        ██
        ██████
        ██
██████
                 ▄▄██
 ▄██████████████████████▄
█▀         ▄▄██▀▀   ██  ▀█
█▄     ▄▄██▀▀        ██  █
█▀█████████████████████████▄
█                          ▀█
█                           █
█              ▄████▄       █
█             ██▀  ▀██      █
█            ▐█▌    ▐████████
█             ██▄  ▄██      █
█              ▀████▀       █
█                           █
█▄                         ▄█
 ▀█████████████████████████▀
.
iOs
Android

        ██
        ██████
        ██
██████
        ██
        ██████
        ██
██████
        ██
        ██████


     ▄▄█████████▄▄
   ▄███▀▀     ▀▀███▄
  ███             ███
 ███               ███
▐██   ▐█▄   ▄███▄   ██▌
██▌    ███▄██████▀  ▐██
██▌    ▐████████    ▐██
▐██     ▐██████     ██▌
 ███   ▀█████▀     ███
  ███             ███
   ▀███▄▄     ▄▄███▀
     ▀▀█████████▀▀


     ▄▄█████████▄▄
   ▄███▀▀     ▀▀███▄
  ███             ███
 ███       ▄███    ███
▐██       █████     ██▌
██▌       ███       ▐██
██▌     ███████     ▐██
▐██       ███       ██▌
 ███      ███      ███
  ███             ███
   ▀███▄▄     ▄▄███▀
     ▀▀█████████▀▀


     ▄▄█████████▄▄
   ▄███▀▀     ▀▀███▄
  ███             ███
 ███         ▄▄█▌  ███
▐██      ▄▄█████    ██▌
██▌   ▄████████     ▐██
██▌  ▐████████      ▐██
▐██    ▀▀████       ██▌
 ███     ▀██       ███
  ███             ███
   ▀███▄▄     ▄▄███▀
     ▀▀█████████▀▀
Website
ANN
Block Explorer
muf18
Sr. Member
****
Offline Offline

Activity: 434
Merit: 255


View Profile
June 17, 2018, 02:10:03 PM
 #2220

I think we should at least try to encourage more people to mine it.

Participation from mining can further decentralize the network, and make possible to earn it, which is still easy to do, with CPUs.

It's quite easy, and normal bots won't do it, cause there isn't still any pool operating.

I have made some guides on youtube with ksdme, but maybe there should be more simplified ?

https://www.youtube.com/watch?v=7_seCI9tSsE

https://www.youtube.com/watch?v=3ZqSVISILuI

Updated peers and nodes: https://github.com/muf18/Slimcoin-important-files/blob/master/slimcoin.conf

Pages: « 1 ... 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 [111] 112 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!