Bitcoin Forum
June 17, 2019, 08:07:01 AM *
News: Latest Bitcoin Core release: 0.18.0 [Torrent] (New!)
 
   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 »
  Print  
Author Topic: Slimcoin | First Proof of Burn currency | Decentralized Web  (Read 116639 times)
muf18
Sr. Member
****
Offline Offline

Activity: 756
Merit: 308


View Profile
August 21, 2018, 10:06:43 PM
 #2361

I updated http://slimco.in/ content.

Will do more in the week.
1560758821
Hero Member
*
Offline Offline

Posts: 1560758821

View Profile Personal Message (Offline)

Ignore
1560758821
Reply with quote  #2

1560758821
Report to moderator
1560758821
Hero Member
*
Offline Offline

Posts: 1560758821

View Profile Personal Message (Offline)

Ignore
1560758821
Reply with quote  #2

1560758821
Report to moderator
1560758821
Hero Member
*
Offline Offline

Posts: 1560758821

View Profile Personal Message (Offline)

Ignore
1560758821
Reply with quote  #2

1560758821
Report to moderator

0% MINING FEES FOR THE NEXT MONTH. GET PAID IN BTC, ETH, XMR or RVN.

www.cudominer.com Learn More
Easily run CudoOS from a USB flash drive.
Designed for rigs. Manage your mining remotely from Cudo Console.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1560758821
Hero Member
*
Offline Offline

Posts: 1560758821

View Profile Personal Message (Offline)

Ignore
1560758821
Reply with quote  #2

1560758821
Report to moderator
keliokan
Jr. Member
*
Offline Offline

Activity: 71
Merit: 1


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

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: 23
Merit: 0


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

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

Activity: 71
Merit: 1


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

Any news about novaexchange ?

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

Activity: 756
Merit: 308


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

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

Activity: 1652
Merit: 1060



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

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: 2114
Merit: 1493


Decentralization Maximalist


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

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.

gjhiggins
Legendary
*
Offline Offline

Activity: 1652
Merit: 1060



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

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: 756
Merit: 308


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

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: 1652
Merit: 1060



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

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: 1652
Merit: 1060



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

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: 2114
Merit: 1493


Decentralization Maximalist


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

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.

muf18
Sr. Member
****
Offline Offline

Activity: 756
Merit: 308


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

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

Activity: 126
Merit: 0


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

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

Activity: 2114
Merit: 1493


Decentralization Maximalist


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

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

Thishastoend
Jr. Member
*
Offline Offline

Activity: 53
Merit: 1


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

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: 1652
Merit: 1060



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

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: 48
Merit: 1


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

Hello All,

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

Regards
muf18
Sr. Member
****
Offline Offline

Activity: 756
Merit: 308


View Profile
September 22, 2018, 12:15:00 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
eddycurrent
Jr. Member
*
Offline Offline

Activity: 48
Merit: 1


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

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
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 »
  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!