Bitcoin Forum
November 15, 2024, 03:41:33 AM *
News: Check out the artwork 1Dq created to commemorate this forum's 15th anniversary
 
   Home   Help Search Login Register More  
Pages: « 1 ... 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 113 114 115 116 117 118 [119] 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 »
  Print  
Author Topic: Slimcoin | First Proof of Burn currency | Decentralized Web  (Read 137069 times)
keliokan
Jr. Member
*
Offline Offline

Activity: 86
Merit: 1


View Profile
August 22, 2018, 05:40:39 AM
 #2361

If a hard fork is needed, then I would support combining this fix with a transition to the Peercoin 0.6 codebase.

Could the Transition to 0.6 have a positive impact towards a stable and working pool ?

K.
rutgonpt
Newbie
*
Offline Offline

Activity: 22
Merit: 0


View Profile
August 22, 2018, 05:42:42 AM
 #2362

How does this project work? And is it safe for me to participate in this project?
keliokan
Jr. Member
*
Offline Offline

Activity: 86
Merit: 1


View Profile
August 22, 2018, 08:38:54 AM
 #2363

Any news about novaexchange ?

K.
muf18
Sr. Member
****
Offline Offline

Activity: 882
Merit: 310


View Profile
August 22, 2018, 02:25:11 PM
 #2364

Not really, still waiting for them.
gjhiggins
Legendary
*
Offline Offline

Activity: 2254
Merit: 1290



View Profile WWW
August 29, 2018, 06:51:45 PM
Merited by d5000 (1)
 #2365

Some occasional contributions ...

I came across a coherent commit for adding coincontrol to a peercoin fork (I've mislaid the pointer) which I thought seemed a likely proposition, so I had a go at applying the commits (aka "cherrypicking") to the Slimcoin codebase. It was an unexpectedly good fit (it's not the first time I've had a go at adding coincontrol to the Slimcoin wallet, so I found the exercise instructive in that respect) and it appears to function as expected, although please note, I've not yet actually tried using it but it does sanely report my UTXO set.


The presence of the "custom change address" option may be cause for cautious optimism that this change might help resolve the exchange's issues with the API. I haven't done any testing so expectations should be contained for now.  

In pursuit of getting a clean (i.e. orphanless) and more tractable mapping of the blockchain to RDF, I added a couple of chain admin utilities, linearizehashes and dumpbootstrap, producing respectively, a file of linearized (i.e. orphanless) hashes and a file of linearized (i.e. orphanless) blocks in sequence. As part of the same exercise, I added some wallet maintenance facilities - checkwallet, repairwallet and zapwallettxes. This is the RPC-API view:




and this is the GUI view:


Be warned, it is untested. However it did repair (a copy of) my wallet, OTOH, I suspect zapwallettxes is actually zapwallet, 'cos that's what it seemed to do to (a copy of) my wallet but I could be mistaken, it seemed to work okay the second time (and the advice is correct, it is a slow process - many hours to rescan 1.4-odd million blocks ) ... and anyway, I need to take another, closer look at the db calls, just out of principle.


Not at all coincidentally and with barrystyle's guidance, I managed to complete the forensic analysis of the Slimcoin genesis block and, with the assistance of dumpbootstrap, was able to extend the analysis to include all of the (linearized) blockchain. The end result is a kind of generalised access utility for reading blocks out of the blockchain and processing them. I have an idiosyncratic model of TDD and do most of my rapid prototyping development from within Sublime Text, using a Build Process to execute a Python unittest class and tests, of which this is one pertinent example showing basic use. slmoffsets.txt is a file of linearized sequential offsets into the linearised, sequential blocks in bootstrap.dat, which I wantonly press into service as a noncommittal lookup table via the shell utilities head and tail. In these fragments, mentions of datadir are, confusingly, actually references to the bootstrap.dat file. It is a work-in-progress ...
Code:
def read_block_at_height(self, blockheight):
    # Get offset from lookuptable of sequential offsets
    offset = int(subprocess.getoutput('head -%s %s | tail -1' % (blockheight, os.getcwd() + '/slmoffsets.txt')))
    # Position the read cursor at the offset and return the result of
    # calling read_block at that point in bootstrap.dat
    ds = BCDataStream()
    with open(datadir, "rb") as file:
        ds.map_file(file, 0)
        ds.seek_file(offset)
        data = self.read_block(ds, blockheight)
    file.close()
    return data

I created the offset map with
Code:
@unittest.skip("Suspended, skipping")
def test_create_offsetlookup(self):
    """
    Write a text file of sequential offsets to blocks in the bootstrap
    file for use as a lookup table (see test_read_block_at_1100000,
    below, for usage example). Cheap and cheerful.
    """
    ds = BCDataStream()
    with open(datadir, "rb") as file, open('slm-offsets', 'w') as ofile:
        ds.map_file(file, 0)
        ofile.write("{}\n".format(ds.read_cursor))
        self.read_genesis_block(ds)
        cnt = 1
        while True:
            try:
                # Only interested in offset so ignore the output
                _ = self.read_block(ds)
                ofile.write("{}\n".format(ds.read_cursor))
            except:
                break
            cnt += 1
    ds.close_file()
    print("Done")

Full deal, including a premilled offsets up to ... hang on ..
Code:
$ wc -l slmoffsets.txt 
 1477565  slmoffsets.txt
block 1477565 are in contrib/toolbag in the "develop" branch of the Slimcoin repos.

There's a blockreader.py which I'm now using and a blockreader-workings-out.py in case I've gone down a developmental rabbit hole and later need to restore to a previous save point and try another route.

The develop branch includes the pos-optimization contrib, the coincointrol feature and the chain/block management features. Handle with care.

Cheers

Graham


d5000
Legendary
*
Offline Offline

Activity: 4102
Merit: 7568


Decentralization Maximalist


View Profile
August 29, 2018, 09:25:14 PM
 #2366

Cool! Thanks gjhiggins!

This week (and probably next week, too) I have pretty much real-life work, but I hope to be able soon to test the new code. I have also still not tested iguanodon1's code to improve staking, but this is also on my agenda.

If all these features work as expected, I also have in mind to test a version with a hard cap of PoS blocks, without changes to spacing (so the cap would be about ~12 blocks in a row) . I would however first find out how a soft fork of this feature could be managed, because even for this small change a high percentage of updated clients (above all, from stakers) is needed.

█▀▀▀











█▄▄▄
▀▀▀▀▀▀▀▀▀▀▀
e
▄▄▄▄▄▄▄▄▄▄▄
█████████████
████████████▄███
██▐███████▄█████▀
█████████▄████▀
███▐████▄███▀
████▐██████▀
█████▀█████
███████████▄
████████████▄
██▄█████▀█████▄
▄█████████▀█████▀
███████████▀██▀
████▀█████████
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
c.h.
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
▀▀▀█











▄▄▄█
▄██████▄▄▄
█████████████▄▄
███████████████
███████████████
███████████████
███████████████
███░░█████████
███▌▐█████████
█████████████
███████████▀
██████████▀
████████▀
▀██▀▀
gjhiggins
Legendary
*
Offline Offline

Activity: 2254
Merit: 1290



View Profile WWW
August 30, 2018, 12:26:01 AM
 #2367

I have also still not tested iguanodon1's code to improve staking, but this is also on my agenda.

It's merged into the develop branch code, so when you check that out, you'll have a chance to check out the functioning of iguanadon1's code (which seems to be working just fine for me).

Cheers

Graham
muf18
Sr. Member
****
Offline Offline

Activity: 882
Merit: 310


View Profile
September 01, 2018, 01:56:47 PM
 #2368

We have test version of txbot to test network and it's throughput.

https://github.com/ksdme/SlimcoinTxBot

If anyone would want - we can cooperate our efforts to test network - I can send some SLMs to others, if you want to cover tx fees.
gjhiggins
Legendary
*
Offline Offline

Activity: 2254
Merit: 1290



View Profile WWW
September 10, 2018, 09:00:13 AM
 #2369

I see the idea is catching on, as torrentfreak reports ..

OpenPGP Keyservers Now Store ‘Irremovable’ Torrent Magnet Links

Cheers

Graham
gjhiggins
Legendary
*
Offline Offline

Activity: 2254
Merit: 1290



View Profile WWW
September 18, 2018, 11:57:32 AM
 #2370

Cloudflare spotting an opportunity: https://www.theregister.co.uk/2018/09/18/cloudflare_backs_interplanetary_file_system_with_gateway/

Now, in addition to using the Slimcoin blockchain to inscribe indelible torrenthashes as indexes to published content, the same applies to ipfshash  - the latter at the cost of using (atm) a single, centralised service.

Cheers

Graham
d5000
Legendary
*
Offline Offline

Activity: 4102
Merit: 7568


Decentralization Maximalist


View Profile
September 19, 2018, 08:56:16 PM
Last edit: September 19, 2018, 09:48:53 PM by d5000
 #2371

Yesterday I tried to compile the new code of the "develop" branch, but I ran into OpenSSL-related problems (reference not defined errors, e.g. "BN_is_negative" or "ECDSA_SIG_set0").

I have compiled Slimcoin code in 2018 and I already ran into a similar problem, but I don't remember what I did to fix it.  Embarrassed Anyone having an idea? OpenSSL 1.0.0, 1.0.2 and 1.1 are installed on my system (Debian Stretch). I vaguely remember that I would need the compiler to use the 1.0.0 version, how could I do that?


Desestimate this post. I solved it simply by compiling the "src" section first with make -f makefile.unix. Strange, but work'd.

█▀▀▀











█▄▄▄
▀▀▀▀▀▀▀▀▀▀▀
e
▄▄▄▄▄▄▄▄▄▄▄
█████████████
████████████▄███
██▐███████▄█████▀
█████████▄████▀
███▐████▄███▀
████▐██████▀
█████▀█████
███████████▄
████████████▄
██▄█████▀█████▄
▄█████████▀█████▀
███████████▀██▀
████▀█████████
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
c.h.
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
▀▀▀█











▄▄▄█
▄██████▄▄▄
█████████████▄▄
███████████████
███████████████
███████████████
███████████████
███░░█████████
███▌▐█████████
█████████████
███████████▀
██████████▀
████████▀
▀██▀▀
muf18
Sr. Member
****
Offline Offline

Activity: 882
Merit: 310


View Profile
September 20, 2018, 12:11:16 AM
 #2372

So how much better is it?
Can we consider it as 0.5.2 version, with new binaries?
ZeusRecife
Newbie
*
Offline Offline

Activity: 184
Merit: 0


View Profile
September 20, 2018, 12:21:57 AM
 #2373

como vcs realizarão a propagação de adoção dessa moeda
d5000
Legendary
*
Offline Offline

Activity: 4102
Merit: 7568


Decentralization Maximalist


View Profile
September 20, 2018, 12:44:35 AM
 #2374

So how much better is it?
Can we consider it as 0.5.2 version, with new binaries?
I'm still syncing and until now it seems to run ok - at least similar, if not better than the older 0.5.x versions. When I've synced the blockchain I'll try to do some stake minting, so I can report if it feels more fluid.

I think I'll run it for some days (updating also my cloud node) and if there are no issues or crashes, then I think we can roll out a release.

@ZeusRecife: I know you're a bot, but wouldn't you like to create a Portuguese version of this thread? Grin

█▀▀▀











█▄▄▄
▀▀▀▀▀▀▀▀▀▀▀
e
▄▄▄▄▄▄▄▄▄▄▄
█████████████
████████████▄███
██▐███████▄█████▀
█████████▄████▀
███▐████▄███▀
████▐██████▀
█████▀█████
███████████▄
████████████▄
██▄█████▀█████▄
▄█████████▀█████▀
███████████▀██▀
████▀█████████
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
c.h.
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
▀▀▀█











▄▄▄█
▄██████▄▄▄
█████████████▄▄
███████████████
███████████████
███████████████
███████████████
███░░█████████
███▌▐█████████
█████████████
███████████▀
██████████▀
████████▀
▀██▀▀
Thishastoend
Jr. Member
*
Offline Offline

Activity: 52
Merit: 1


View Profile WWW
September 20, 2018, 04:43:56 AM
 #2375

don't mind me just leaving a reminder for myself to watch this thread

Quant Overledger is the next antshares btw, check it out. QNT gang
gjhiggins
Legendary
*
Offline Offline

Activity: 2254
Merit: 1290



View Profile WWW
September 20, 2018, 01:19:59 PM
 #2376

it seems to run ok - at least similar, if not better than the older 0.5.x versions
You'll need to pry it from my cold, dead, hands.  I dunno if you recall but a while ago I mentioned that in the interests of testing client performance on mainnet, I took the opportunity to grab a large buncha coins off've an exchange to create a wallet sufficiently adequately-funded to put stress on the client. Before iguanadon1's optimisation, it ran 100% of its thread, 100% of the time and the GUI response was even slower than glacial, tectonic even. Inarguably unusable.

Since switching to iguandaon1's optimisation of the staking, that same wallet is now occupying around 35-40% of its thread, frequently rising to 100% but briefly and then settling back down - so overall performance is very acceptable, even with the client showing 25,245 transactions. GUI response is occasionally interrupted for several seconds but essentially the GUI remains usable. This is under stress conditions. When running with a few tens/hundreds of transactions the GUI responds with its normal promptness.

I'm getting a steady daily stream of stake rewards, interspersed with the occasional burn reward and all conveniently accessible in a single wallet so ... cold, dead, hands.

Anyone else noticing the marked improvement in performance shown by the iguanodon1 client?

Cheers

Graham


eddycurrent
Jr. Member
*
Offline Offline

Activity: 61
Merit: 3


View Profile
September 22, 2018, 11:31:31 AM
 #2377

Hello All,

There is a new aarch64 wallet daemon available if anyone is interested.

Regards
muf18
Sr. Member
****
Offline Offline

Activity: 882
Merit: 310


View Profile
September 22, 2018, 12:15:00 PM
 #2378

Sure eddy.

If you want you can send it to me I will post it to my github account, I have with all important stuff for Slimcoin: https://github.com/muf18?tab=repositories
eddycurrent
Jr. Member
*
Offline Offline

Activity: 61
Merit: 3


View Profile
September 22, 2018, 12:32:33 PM
 #2379

Sure eddy.

If you want you can send it to me I will post it to my github account, I have with all important stuff for Slimcoin: https://github.com/muf18?tab=repositories

Sorry, forgot to mention that it is on the same google drive as before, so it is probably as easy to grab it from there.

If you want I can send it directly to you on Monday.

Regards
d5000
Legendary
*
Offline Offline

Activity: 4102
Merit: 7568


Decentralization Maximalist


View Profile
September 22, 2018, 10:58:37 PM
Last edit: September 24, 2018, 03:33:16 AM by d5000
 #2380

You'll need to pry it from my cold, dead, hands.
I interpret you won't change again to the old client? (I didn't know the "dead, cold hands" sentence, had to google it, and it seems it means that). So basically, we could roll out a release if everything's ok, right?

I've synced now. Didn't have any stability problems, and the resource consumption seems very good, but I didn't find (PoS) blocks so far, but on this wallet there are only ~20K Slimcoins on about 5 UTXOs. Maybe too few to really test staking. I'm also not running it 24/7. Will now upgrade my cloud wallet (the one powering the Fuseki instance for the, this one is meant to run 24/7 but has a very small balance) and report progress. I had some crashes lately with that client, maybe with the new version they're things of the past.

Edit: I just commited a very small fix, restoring compatibility of inscriptiontablemodel.cpp with older Qt versions (the setSecsSinceEpoch problem). Only after that it compiled on Debian Stretch. (If this was wrong revert ...)

█▀▀▀











█▄▄▄
▀▀▀▀▀▀▀▀▀▀▀
e
▄▄▄▄▄▄▄▄▄▄▄
█████████████
████████████▄███
██▐███████▄█████▀
█████████▄████▀
███▐████▄███▀
████▐██████▀
█████▀█████
███████████▄
████████████▄
██▄█████▀█████▄
▄█████████▀█████▀
███████████▀██▀
████▀█████████
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
c.h.
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
▀▀▀█











▄▄▄█
▄██████▄▄▄
█████████████▄▄
███████████████
███████████████
███████████████
███████████████
███░░█████████
███▌▐█████████
█████████████
███████████▀
██████████▀
████████▀
▀██▀▀
Pages: « 1 ... 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 113 114 115 116 117 118 [119] 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!