Bitcoin Forum
July 02, 2024, 02:18:05 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 [44] 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 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 ... 114 »
861  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Slimcoin | First Proof of Burn currency | Test v0.5 release candidates on: August 05, 2017, 12:20:03 PM
Everything is subjective. Or, as Buddhism postulates, everything is dependent arising. It is based on something else, which is derived from something else, which is derived from something else and so on...

In this context, the "hodl" phenomenon is based on previous experiences with similar contexts. People won't sell their coins because, previously, there has been consistent reporting of economical appreciation of similar tokens, given you "hodl" to them enough time.

There's no intrinsic value of Bitcoin or Slimcoin, it's all arising within our own context.

And that's exactly why, as a cognitive psychologist, I'm interested in understanding the cognitive processes that mediate this internal mental construction of “value”.

My stamping ground is the one described by Becker: “concepts generally useful in describing the behavior of animals and machines —hierarchical organization of processes, branch points, information, spheres of influence, goals, resource conflicts, condition conflicts, temporal organization, executive bookkeeping, executive decision-making, and statistical information.”

I'm from the “other side of the tracks”, mathematically speaking. Somewhat like a literary critic on poetry, has some understanding of the rationale for different approaches and, on that limited basis, critique them but can't actually create verse of their own to the required standard. It gives me enough height to see over the fence into economics and draw my own conclusions about a numerical discipline that has recently adopted behaviourist descriptive techniques that were discarded by psychology in the '60s as being too simplistic to be useful. I guess economics is in even more conceptual disarray than is psychology. But that's what you'd expect from what Joe says.

If I have read the runes correctly, there is a limited opportunity to establish a bit of level ground that might escape the full consequences of a collapsing hierarchy. As far as I can work out, tracking back through history to sources I was aware of at the time, a lot of what doesn't seem to make any sense atm is the (predictably) disruptive impact of technology on the human-mediated social structures that enable us as a species to function and this, in turn, has allowed a situation to develop that is now stressing the fundamental limitations of human cognitive ability.

On a lighter note, I've nevertheless found some grounding in just keeping an eye on the numbers ...

WTS:
30m PNut
17m Fuguecoin
20m Roulettecoin
21k Chaincoin

(Hence my recent interest in a Raspberry Pi and in exchanging my 5 year-old Asus i3 1.4GHz for something a little more capable, perhaps an XPS 15, the one with with 4K display, then I can run VMs in HD resolution.)

So I'm a hodler too. Just waitin' for the PNut pump, could be any day now.

Cheers

Graham
862  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Slimcoin | First Proof of Burn currency | Test v0.5 release candidates on: August 05, 2017, 11:26:27 AM
More science:

http://www.abrmr.com/myfile/conference_proceedings/Con_Pro_89443/iacd4-3-14-7.pdf
Quote
5. Discussion
In the management accounting discipline, employees are rewarded financially when they achieve their budget targets. This is particularly the case in individualistic societies due to the high importance attributed to budgets as a critical tool used for performance measurement, evaluation and rewards (Wu 2005). The expectations of rewards for individuals in an individualist society are largely based on an individual’s performance in attaining budgetary targets (Earley 1989; Yee et al. 2008). In contrast, individuals in collectivist-oriented societies are not willing to sacrifice the interests of their group for personal goals (Earley 1993). In this regard, the hypothesis of this study (rewards) was supported.

Why is this relevant? In a peer-to-peer networked cryptocurrency, individualism is enforced by the cryptography allowing only pseudonymity, thus rendering ineffective the usual group-based social sanctions that mediate relationships between social entities - with the result that individuals can be complete PITAs and there's nothing the group can do about it.

OTOH, collectivism is enforced by the fact that all nodes stand and fall with the network. Acting singly as an individual is ineffective, only concerted, collective action can affect the overall state of the group so it doesn't actually matter that an individual is being a PITA, the network is immune, the group can safely ignore a single outlier, perhaps even a handful.

If, over time, that handful (of, in essence, dissenters to the social consensus) grows to become significant, they will evolve for themselves a separate system better suited to their individual and group objectives (c.f. BCC, ETC). There need be no overall deleterious effect on the parent group, the post-evolution state better suits the members of the parent group because the “troublemakers” now have their own coin, which (some will maintain) is a shitcoin, bound to fail, can't possibly succeed, is already failing, etc.

Cheers

Graham
863  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Slimcoin | First Proof of Burn currency | Test v0.5 release candidates on: August 05, 2017, 10:41:21 AM
As Jennifer disarmingly cautions, “Here comes the science” ...

http://www.pnas.org/content/108/49/19761.abstract
Quote
Standard economic and evolutionary models assume that humans are fundamentally selfish. On this view, any acts of prosociality—such as cooperation, giving, and other forms of altruism—result from covert attempts to avoid social injunctions against selfishness. However, even in the absence of social pressure, individuals routinely forego personal gain to share resources with others. Such anomalous giving cannot be accounted for by standard models of social behavior. Recent observations have suggested that, instead, prosocial behavior may reflect an intrinsic value placed on social ideals such as equity and charity. Here, we show that, consistent with this alternative account, making equitable interpersonal decisions engaged neural structures involved in computing subjective value, even when doing so required foregoing material resources. By contrast, making inequitable decisions produced activity in the anterior insula, a region linked to the experience of subjective disutility. Moreover, inequity-related insula response predicted individuals’ unwillingness to make inequitable choices. Together, these data suggest that prosocial behavior is not simply a response to external pressure, but instead represents an intrinsic, and intrinsically social, class of reward.

Hard enough for ya? Economic incentives are fundamentally misaligned with a reward that is “intrinsic, and intrinsically social”, i.e. won't work the way the maths says it will because, well, people are inherently social and therefore attempting to impose a canonical description is profoundly mistaken.

Quote
Representation and Understanding Studies in Cognitive Science 1975, Pages 83–102

Reflections on the formal description of behavior

Joseph D. Becker

This chapter focuses on the origins and interconnections of some of the concepts that are generally useful in describing the behavior of animals and machines. These concepts are—hierarchical organization of processes, branch points, information, spheres of influence, goals, resource conflicts, condition conflicts, temporal organization, executive bookkeeping, executive decision-making, and statistical information. It discusses that these concepts must be viewed as descriptive artifices rather than as mechanisms by which the observed behavior is brought about. The chapter also presents the problem of turning this set of concepts into a full-scale mathematics of behavioral systems, finding that this may be impossible owing to the lack of any generally applicable criteria for delimiting what a behavior is. There is no straightforward, absolute, canonical, or true description of a behavioral system; all behavioral descriptions are relative to a particular set of questions they are intended to answer.

http://www.sciencedirect.com/science/article/pii/B9780121085506500082

Cheers

Graham
864  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Slimcoin | First Proof of Burn currency | Test v0.5 release candidates on: August 05, 2017, 09:42:03 AM
Awesome info but unfortunately I'm on OSX... not sure how to go about the bat file stuff.

You need a separate config file for each separate running instance of the client, each instructing the client to use a different port/rpcport binding ...

Two basic ways to achieve this on OSX:

1. use the GUI via a 3rd party app such as Lingon (which I use on the ancient TiBook that has been “put out to grass” for managing our SMTP/exim installation), the task here is to assign the appropriate slimcoin.conf to the launched instance.

2. use the shell via Terminal.app. Copy the basic slimcoin.conf to slimcoin_client_1.conf, slimcoin_client_2.conf, editing each to change the port/rpcport assignments to numbers (above 1024) of your choice (e.g. 55555/55556, 55557/55558).

/Applications/SLIMCoin.app/Contents/MacOS/slimcoind -datadir="/Users/drbarber/Library/Application Support/SLIMCoin/" -conf="slimcoin_client_1.conf"

/Applications/SLIMCoin.app/Contents/MacOS/slimcoind -datadir="/Users/drbarber/Library/Application Support/SLIMCoin/" -conf="slimcoin_client_2.conf"

This approach has the disadvantage that the clients are not started automatically on bootup. For this, Apple themselves recommend launchd

The less inspiring news is that there is no slimcoind included in the Slimcoin OSX dmg - because I haven't yet got round to updating the OSX-specific build script that I have been using to create the OSX Slimcoin dmg.

HTH

Graham
865  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Slimcoin | First Proof of Burn currency | Test v0.5 release candidates on: August 04, 2017, 06:16:52 PM
Oh cool! I really didn't know this community is still alive.

Hi there, what a nice surprise. I thought you'd moved away from cryptocurrency.

I copied your pool mining code, intending to have a go at reviving it when things quieten down a little because there's been some renewed interest in pool mining of Slimcoin. But I believe that there's still a bounty open on a pool, so if you wish to pick that up by leveraging off've the work you've already done, I'll defer (not that any effort from my side was imminent anyway).

edit: Oh, just seen the above.

Cheers

Graham
866  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Slimcoin | First Proof of Burn currency | Test v0.5 release candidates on: August 04, 2017, 02:58:40 PM
Hush team ran a survey among community members concerning marketing strategy.

Unfortunately, from the standpoint of someone both formally educated and professionally experienced in marketing (1), the results provide no useful information because of the ineptitude of the survey implementation.

The results of the “survey” pertain to promotion mix tactics (i.e. not “marketing” and not “strategy”) which are pretty useless in practice absent a contextualising marketing strategy and plan to inform the choice of a target market and formulation of the most appropriate promotion mix to influence it. (You may ascertain the validity of this observation by consulting the appropriate entries in www.businessdictionary.com)

Quote
Since we don't have a professional marketing team

That sort of exposes an otherwise unexamined assumption that the group (of people who comprise Slimcoin as a peer-to-peer networked cryptocurrency) needs a professional marketing team. I haven't yet seen any cogent or compelling argument to that effect and I for one would welcome it if anyone is in a position to present one.

Personally, I'm looking elsewhere for insights into what might infuse a marketing strategy for a peer-to-peer networked cryptocurrency, e.g. https://phys.org/news/2017-01-social-instability-lies.html

Quote
What we need is a nonpolitical, indeed a fiercely non-partisan center/institute/think tank that would develop and refine a better scientific understanding of how we got into this mess; and then translate that science into policy to help us get out of it.”

I'm more than happy to enter into a spirited public discussion or even a public-spirited discussion, I'm quite well resourced either way, here's a glimpse into my cryptocurrency R&D resource stack, (the detailed content is the first few items of the “attitude survey” folder):



It's not intended for public consumption, it's my personal research work that informs both the analysis and synthesis components (R and D) of my model of the domain . If anyone wants a dump of the stack, PM me. Happy to answer questions.

Cheers

Graham

(1) Albeit you might find it somewhat tediously predictable, that'd be me. But supporting chapter and verse available on request, as ever.


867  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Slimcoin | First Proof of Burn currency | Test v0.5 release candidates on: August 04, 2017, 02:46:36 PM
Can we get a comment on that from devs?

Email address is p4titan@anche.no, as given in the white paper. However..

Just an update, PM exchange with Dev (timestamps are accurate):

hi slimcoin dev,

there is still a huge interest in the novelty of your coin, hash rate is at a peak, bter has been on an uprise, and the community clearly believes there's room for growth.

so far there has been 2 other devs who already contributed code and effort to improve the client. we've also raised nearly 7K SLM for bounties and giveaways.

we are planning to perform a hard fork soon to disable PoS and sync-checkpoints, increment the protocol version to kick out misbehaving clients (this has been identified as a major bugbear on resources and we've issued a temporary fix), and to update a miscellany of issues that has been identified since. you can check out our fork and commits at github.com/kryptoslab/slimcoin.

also, at the point of the hard fork I will likely issue a ReAnn so that I can edit the OP, and work on rallying the community to continue the development.

would like to know your plans for SLM so we can synchronise our efforts!


Hello,

  As I have posted before, the reason I "left" this project is some other stuff came up. I say "left" as I still follow its development on the forum. I did state I could do basic maintenance, of which was to hold the central sync node up. I have absolutely no problems with you forking this project, in fact, it would be of great delight to me if you did so. I can offer you assistance in navigating the PoB code and making you a reddit administrator for /r/Slimcoin. As for development, I have nothing much planned in the short termed future.

-P4Titan


ACME reports a node in Norway, you never know your luck.

Cheers

Graham

868  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Slimcoin | First Proof of Burn currency | Test v0.5 release candidates on: August 03, 2017, 10:25:30 AM
Someone has else have problem with Novaechange to open or only me?

Advertised scheduled maintenance.

https://novaexchange.com/news/

Quote
2017-07-30 07:58 - Planned datacenter maintenance

On Thursday, August 3, there will be a planned maintencance in the datacenter where Novaexchange is hosted. During this time the website will be offline. Downtime is expecte to be about 1-3 hours. Once we know exact times we will let you know.

Cheers

Graham
869  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Slimcoin | First Proof of Burn currency | Test v0.5 release candidates on: August 02, 2017, 12:23:16 PM
@gjhiggins: Maybe its this line in net.cpp that is the culprit for the low connection count on the non-standard port:

Good find.

Apparently a “design feature”, it's still in the latest Bitcoin Core:

https://github.com/bitcoin/bitcoin/blob/master/src/net.cpp#L1819

So that’s one mystery solved. Thank you.

Cheers

Graham
870  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Slimcoin | First Proof of Burn currency | Test v0.5 release candidates on: August 02, 2017, 10:26:45 AM
For some odd reason, using a non-standard port will result in the node only ever seeing a subset of the entire network:

I run two mainnet headless clients, one that is lavishly funded and linked against BerkeleyDB 5.3 (non-portable) for the porpoises of instrumenting the internal minting environment and one that is unfunded and linked against “standard” bdb 4.8 to allow for datadir snapshots and for ACME to interrogate.

Unfunded client on default port:

gjh@Ubuntu-1510-wily-64-minimal ~ $ date; ~/bin/slimcoindb48 getinfo; date
Wed Aug  2 11:37:53 CEST 2017
{
    "version" : "SLMv0.5.0-3-g43621dd-dirty-alpha",
    "balance" : 0.00000000,
    "blocks" : 1061697,
    "moneysupply" : 16783227.64363700,
    "connections" : 36,
    "ip" : "144.76.64.49",
    "difficulty" : 0.08819575,
}
Wed Aug  2 11:37:55 CEST 2017


Lavishly-funded client on non-default port:

gjh@Ubuntu-1510-wily-64-minimal ~ $ date; ~/bin/slimcoin getinfo; date
Wed Aug  2 11:38:16 CEST 2017
{
    "version" : "SLMv0.5.0-1-g5d060e9-dirty-alpha",
    "balance" : <non-zero-amount>,
    "blocks" : 1061695,
    "moneysupply" : 16783201.33363700,
    "connections" : 6,
    "proxy" : "",
    "ip" : "144.76.64.49",
    "difficulty" : 0.08941558,
}
Wed Aug  2 11:39:00 CEST 2017


It's the same code (apart from the linked BerkeleyDB binaries), so the difference in number of connections must be due to some infelicity in the code with respect to handling nodes and “non-default” ports.

Note that the funded client is very slow to respond and appears now to be lagging by a few blocks. The output of top suggests why this may be the case:

13441 gjh       20   0 1344492 561640  43520 S 100.9  1.7  23030:04 slimcoind
13422 gjh       20   0 4317964  34148  19876 S  41.0  0.1   5430:41 slimcoind


The funded client is using 100.9% of its allocated thread. The amount of stake calculation is probably dragging at the client's heels and it is gradually falling behind the blockchain.

Cheers

Graham
871  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Slimcoin | First Proof of Burn currency | Test v0.5 release candidates on: August 02, 2017, 07:55:03 AM
Couple questions:
This is the conf file-

Do I need to change these:
...
listen=0
...
deamon=1

https://github.com/slimcoin-project/Slimcoin/blob/master/README.md#all-cmmand-line-options


-listen                 Accept connections from outside (default: 1)

-rpcuser=<user>         Username for JSON-RPC connections

-rpcpassword=<pw>       Password for JSON-RPC connections


Hmm. So not “all cmmandline options” ...

./slimcoin-master/src/init.cpp:693:            "  -daemon          \t\t  " + _("Run in the background as a daemon and accept commands") + "\n"

When running the GUI wallet, the -daemon must default to 1 but the slimcoind headless (i.e. non-GUI) client is also capable of acting as a command-line client and this is where -daemon is used to indicate “no, don't sit there with a prompt, waiting for input, holding a terminal session open forever, just get on with it in the background and listen on the RPC port for further instructions.”

According to Stackexchange, the term was coined by MIT folk in the 60s, as a computational analogy to the demon posited by Maxwell in his gas molecule sorting thought experiment. I always thought it was a reference to the demons in Oliver Selfridge's 50's Pandemonium architecture, “one of the first computational models in pattern recognition” but I guess, at the time, MIT weren't into AI.

Example slimcoin.conf

Code:
rpcuser=<anything-you-like->
rpcpassword=<I-usually-use-a-uuid-here>
reservebalance=0 # or 100000000000000 # translates to staking=on / staking=off

That's all you need as a default. If the default assignments for the port (41682) and rpcport (41683) are locally difficult (i.e. the port is already in use by another app), the port=XXX, rpcport=YYY come in handy, defaults are listed in the README linked to (above)

PORT: 41682 RPC_PORT: 41683 TESTNET_PORT: 41684 TESTNET_RPC_PORT: 41685

Cheers

Graham

Edit: added example config
872  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Slimcoin | First Proof of Burn currency | Test v0.5 release candidates on: July 31, 2017, 01:42:42 PM
probably also exposing gaps in the mapping to RDF

I was *very* suspicious of the sequence in which apparently 0 blocks were minted --- but that's what the blockchain says:

If you navigate to ACME and use /main/blk/list/15940 as the path, it's quite clear that the blockchain was stopped between June 15th 2014 (15935) and June 21st 2014 (15937) with the single block 15936 output on June 20th.

I wonder if the other apparent extreme values are actually accurate?

Cheers

Graham
873  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Slimcoin | First Proof of Burn currency | Test v0.5 release candidates on: July 31, 2017, 12:35:56 PM
In an occasional series:
“gjhiggins”, self-portait G.J.Higgins '17

That's hell of a lot of commits

It does sort of mount up, doesn't it? I was disappointed in Github's limited state preservation. I find all those serried images of myself looking back at me a bit surreal, like some sort of forensically-dissected kinematoscope filmstrip. I wanted to change the avatar for specific commits, so that I could write a script that extracted the mugshots and then rendered a them as sequence of movie frames, thus animating the facial expressions and providing a meta-commentary on the development process. But no, all I get is a single reference to the contemporary avatar. That's the trouble with online spaces, there aren't any side and rear walls to paint on, sigh.

Cheers

Graham
874  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Slimcoin | First Proof of Burn currency | Test v0.5 release candidates on: July 31, 2017, 12:09:02 PM
Later I will try if I can do a SPARQL query for the exact number.

I'm working on some instrumentation via SPARQL queries. The first out of the starting gate is daily emissions, a reasonably straightforward figure to obtain, all that's needed is the height of the next block minted after a given midnight.

Preliminary results, which are probably also exposing gaps in the mapping to RDF, I haven't yet had time to create a cross-referencing function which will identify any gaps but that's the next task. Also, it seems I've inadvertently swapped the axis labels.



The data has been committed to the docs subdirectory of the master branch in ODS spreadsheet format

https://github.com/slimcoin-project/Slimcoin/blob/master/doc/emissions.ods

(Oh, BTW, ditto for an editable version of the Slimcoin white paper in ODT: https://github.com/slimcoin-project/Slimcoin/blob/master/doc/slimcoin-white-paper.odt)

I use the Python script included below to generate and pose the SPARQL queries of Fuseki, persisting the results in comma-separated format:

Code:
    def test_get_emissions(self):
        # unittests already imported
        import json
        import requests
        import datetime

        # switch endpoint
        testnet = True

        # template SPARQL query returning the block height of the next minted
        # block after {timestamp}
        querytmpl = \
            '''?query=PREFIX+ccy%3A+%3Chttp%3A%2F%2Fpurl.org%2Fnet%2F''' \
            '''bel-epa%2Fccy%23%3E%0ASELECT+%3Fheight+%3Fdt%0AWHERE+%''' \
            '''7B%0A++%3Fblock+ccy%3Aheight+%3Fheight+.%0A++%3Fblock+''' \
            '''ccy%3Atime+%3Fdt.+%0A++FILTER(%3Fdt+%3C+{timestamp})%0''' \
            '''A%7D%0AORDER+BY+DESC(%3Fdt)+LIMIT+1'''

        url = '''http://localhost:3030/{}/sparql'''.format(
            'slmtchain' if testnet else 'slmchain')

        # Initialise the starting date
        ptr = psz = datetime.date(year=2017, month=4, day=15) if testnet \
            else datetime.date(year=2014, month=5, day=28)

        # Create a day incrementer
        nextday = datetime.timedelta(days=1)

        # Save results in comma-separated format
        with open('/tmp/{}-emissions.csv'.format(
                'testnet' if testnet else 'mainnet'), 'w') as fp:

            # create day range to drive iteration
            for day in range(0, (datetime.date.today() - psz).days):

                # Blurt progress
                if day % 100 == 0:
                    print(day)

                # Increment the date pointer by one day
                ptr += nextday

                # Create timestamp from date pointer
                ts = int(datetime.datetime.strptime(
                    '{}-{}-{}T00:00:00.000Z'.format(
                        ptr.year, ptr.month, ptr.day),
                    '%Y-%m-%dT%H:%M:%S.%fZ').timestamp())

                # Execute the SPARQL query
                res = requests.get(url + querytmpl.format(
                    timestamp=ts)
                ).content.decode('utf-8')

                # Marshal and persist the results for the given day
                resd = json.loads(res)
                height = resd['results']['bindings'][0]['height']['value']
                bdate = resd['results']['bindings'][0]['dt']['value']
                datum = '''"{t}",{h},{d}\n'''.format(t=ptr, h=height, d=bdate)
                fp.write(datum)
        fp.close()

When rapid prototyping, I habitually work in a test environment (I *know* that's not what is meant by TDD) because I appreciate a controlled, standard environment which, not entirely co-incidentally, allows me just to hit ^B in Sublime text to run the test and see the output in the results buffer.

Note, results are written to '/tmp/<filename>', just a serving suggestion.

Cheers

Graham
875  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Slimcoin | First Proof of Burn currency | Test v0.5 release candidates on: July 31, 2017, 09:06:47 AM
In an occasional series:


“gjhiggins”, self-portait G.J.Higgins '17

Cheers

Graham


876  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Slimcoin | First Proof of Burn currency | Test v0.5 release candidates on: July 30, 2017, 01:19:54 AM
querying a less-than-reliable, over-complex SPARQL/RDF setup.

Slightly more reliable, now that I've fixed the error that was preventing blocknotify from successfully updating the RDF graph.

A shell command for returning the timestamp from 24 hours ago:
date --date='-24 hours' +%s
1501286911

A SPARQL query for returning the height of the last block:
PREFIX ccy: <http://purl.org/net/bel-epa/ccy#>
SELECT ?block ?height WHERE { ?block ccy:height ?height } ORDER BY DESC(?height) LIMIT 1


A SPARQL query for returning the height of the last block minted at any given time(stamp), e.g. 24 hours ago:
PREFIX ccy: <http://purl.org/net/bel-epa/ccy#>
SELECT ?height ?dt WHERE {
    ?block <http://purl.org/net/bel-epa/ccy#height> ?height .
    ?block <http://purl.org/net/bel-epa/ccy#time> ?dt.
  FILTER (?dt < 1501286911)
} ORDER BY DESC(?dt) LIMIT 1


Subtract one height from t'other and you have the number of blocks minted since the given timestamp.

(filter by range: FILTER((?dt < 1501374171) && (?dt > 1498781823)))

I intend to create batch SPARQL queries to instrument the emission rate, tx rate, etc. and cache the results, to feed some more charts in ACME.

Cheers

Graham
877  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Slimcoin | First Proof of Burn currency | Test v0.5 release candidates on: July 29, 2017, 08:42:46 AM
The problem is that I'm almost sure that services like Coinmarketcap do not run their own altcoin clients (they would have to run about 1000 clients) and so they rely on a single point of failure anyway.

That's what I had concluded to be the only workable approach.

In which case, I'm going to make life considerably easier for myself and everyone else and halt the development work aimed at adding moneysupply and nburnedcoins to the db index because it adds unnecessary complexity to the client and increases the maintenance load  of the codebase.

We already have a solution - the currently unusable-but-functioning importaddress feature addition, implemented in the watch branch with a single commit: https://github.com/slimcoin-project/Slimcoin/commit/a8a9e698a320a04cc5cf0e98ce61bc8e3a87d99d, all neatly packaged for close inspection.

If you recall, I thoughtlessly tested it by importing the first address to hand, the burn address and the client went into paroxysms of fevered CPU activity, trying to calculate a stake for the 5000-plus tx history. Setting reserveblance should cure that issue and a small HTML/JSON wrapper that publishes  getinfo on demand is what we're interested in because it will contain i) an accurate and direct report of the moneysupply and ii) an accurate and direct report of the total number of coins sent to the (unspendable) burn address.

The problem is reduced to that of maintaining a specifically-compiled Slimcoin node and a small wrapper. In the interim, I'll reconfigure the two Slimcoin empty-walleted clients that ACME interrogates (mainnet and testnet, both clients configured to use BerkeleyDB 4.8 to allow usable datadir snapshots) to be watch-address clients tracking the mainnet burn address and the testnet burn addresses respectively. This will allow nburnedcoins to be reported directly using the battle-tested client code instead of a report based on querying a less-than-reliable, over-complex SPARQL/RDF setup.

Using the above strategy (compiling a client for the feature.watch branch), I will create a community resource devops solution that is as trivially deployable as I can manage * and I'll fund an initial instance for 12 months, that should see us through the next stage.

Comments, observations, suggestions, welcome.

Cheers

Graham

* https://groupon.github.io/ansible-silo/ <- docker-specific but that's okay

Quote
Furthermore you can bundle your playbooks (incl. configuration, roles, plugins etc) in a custom Docker image which inherits Silo and therefore generate a versioned, shippable, complete and self-contained executable package which runs your playbooks in any environment. (where you have access to a Docker daemon)
878  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Slimcoin | First Proof of Burn currency | Test v0.5 release candidates on: July 28, 2017, 09:59:47 AM
“Statement on Maintaining the Hashrate Security of Bitcoin Network” https://bitcointalk.org/index.php?topic=2051288.msg20441842#msg20441842

Characteristics of a Teal organisation (e.g. the peer-to-peer network that is labelled “Bitcoin”):
Quote
3. Evolutionary: let the organization adapt and grow, not be driven

...

A holistic and evolutionary approach follows naturally from genuine self-management, i.e. when authority is devolved to the individual. In the absence of centrally-imposed roles, behaving as a whole person is the default and in the absence of centrally-imposed goals, the organisation is free to evolve itself.

What's happening with Bitcoin and Ethereum is entirely natural and should be welcomed as a sign of a healthy ecosystem. Organic systems (those composed of people) are free to evolve and/or scale whereas mechanistic systems are constrained only to scale (ultimately to functional obesity).

I note the concerted efforts by the media to hype this up into a “civil war”, this is a result of the hierarchy's inability to view the world in anything other than a command-and-control framework.

A video on Teal --- presented from an Agile perspective but pertinent nevertheless: https://player.vimeo.com/video/121517508 (and then there's Frederick's own videos: http://www.reinventingorganizations.com/watch--listen--read.html)

Cheers

Graham
879  Alternate cryptocurrencies / Altcoin Discussion / Re: Can a crypto company introduce more mineable coins years down the road? on: July 28, 2017, 09:17:24 AM
Is it possible for a crypto company to introduce more mineable coins after all coins have been mined?

Yes, but it's impossible to predict accurately whether the users of the network will accept the change or possibly even create a solution of their own that is diametrically opposite.

You might care to reflect on the kind of relationship a company *can* have with a peer-to-peer network of pseudonymous nodes. I don't think the notion of “control” is at all supported. Your thinking should be along the lines of “influence”, “persuade”, “bribe”, “plead”, “beg”, “threaten self-harm”.

Cheers

Graham
 

880  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Slimcoin | First Proof of Burn currency | Test v0.5 release candidates on: July 28, 2017, 08:52:49 AM
I'd very much like to see Coinmarketcap fixed ) Would gladly donate 10K Slim for that.
I've two ideas how that could be done in the short term, without having to touch the code

It's going to be challenging if not impossible to make the implementation as transparent as the client's open sourced C++. Reliance on a single point of failure means that the solution lies outside the protection provided by the network. Changing the code is the only approach that preserves the essential transparency and robustness.

I don't know what gliss considers “trustable”, this is altcoinland after all. Who would trust marketcap figures if everyone was allowed to publish their own via an arbitrary HTTPS service?

There is an existing solution:

wallet.h

   int64 GetBurnTxTotal();


wallet.cpp
int64 CWallet::GetBurnTxTotal()
{
    int blockstogoback = pindexBest->nHeight;
    int64 totalburnedcoins = 0;

    const CBlockIndex* pindexFirst = pindexBest;
    for (int i = 0; pindexFirst && i < blockstogoback; i++) {

        CBlock block;
        block.ReadFromDisk(pindexFirst, true, false);

        BOOST_FOREACH (const CTransaction& tx, block.vtx)
        {
            std::string txmsg;
            CTransaction ctx = tx;
            if ( tx.IsBurnTx() ) {
                totalburnedcoins += tx.GetBurnOutTx().nValue;
            }
        }
        pindexFirst = pindexFirst->pprev;
    }
    return totalburnedcoins;
}


It's straightforward, obvious, runs and works but takes several *minutes* to return on my laptop, hence my approach of appending the data to the block index, i.e. using the index to cache the result of the calculation for each block, just as the originally-authored code does for the effective burned coins and the other burn data that isn't written to the block header.

I refrained from inserting a progress statement because it would only depress people - it would read: “Loading block index ...”, a phrase we are all far too familiar with Smiley

Cheers

Graham
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 [44] 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 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 ... 114 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!