Bitcoin Forum
March 28, 2024, 10:27:39 PM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 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 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 ... 159 »
  Print  
Author Topic: Slimcoin | First Proof of Burn currency | Decentralized Web  (Read 136730 times)
dzarmush
Legendary
*
Offline Offline

Activity: 1806
Merit: 1001


View Profile
August 14, 2017, 04:41:47 PM
 #1261

But Particl could be interesting as a model to follow because it seems to be built on the Bitcoin code, so it could be implemented more easily. I didn't know it until now, so I'll investigate it.

Here's a good article about Part https://decentralize.today/in-depth-presentation-of-the-particl-project-b3a41923a07e?gi=d9b3daae3da6

Even if you use Bitcoin through Tor, the way transactions are handled by the network makes anonymity difficult to achieve. Do not expect your transactions to be anonymous unless you really know what you're doing.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1711664859
Hero Member
*
Offline Offline

Posts: 1711664859

View Profile Personal Message (Offline)

Ignore
1711664859
Reply with quote  #2

1711664859
Report to moderator
gjhiggins
Legendary
*
Offline Offline

Activity: 2254
Merit: 1278



View Profile WWW
August 14, 2017, 06:32:21 PM
 #1262

But Particl could be interesting as a model to follow because it seems to be built on the Bitcoin code, so it could be implemented more easily.

Apropos of nothing, I had my attention drawn to it recently as a Core 0.14 PoS implementation, the only one other than PIVX afaik.

Looks like the initial spate of emissions may well have subsided. I for one welcome the prodigal hodlers; they didn't delete the wallet, they didn't miss the coinmarketcap event and it must be acknowledged, it *is* a “regulation dance move” (c.f. ITFTWBR and the network has expanded by 30% so they haven't turned the wallet off (yet). And, if I get my skates on w.r.t. ACME, they'll have good reason to fire it up more frequently than once in a blue coinmarketcap^W moon.

And, and, and. But - welcome hodlers.

Cheers

Graham
eliteyo
Newbie
*
Offline Offline

Activity: 7
Merit: 0


View Profile
August 14, 2017, 07:42:23 PM
 #1263

Usually (if not every) the last part of debug.log after crash:

https://pastebin.com/d4viXrrh

The crash is most frequent if the wallet is unlocked for minting and or is mining.
d5000
Legendary
*
Offline Offline

Activity: 3864
Merit: 5811


Decentralization Maximalist


View Profile
August 14, 2017, 09:47:23 PM
 #1264

Unfortunately that article doesn't say anything relevant about the part of the Proof of Stake algorithm that detects if a wallet really is online to calculate the staking reward. From what I understand, Particl's algorithm is very similar to Peercoin's and Slimcoin's, only that it uses Blackcoin's "PoSv3" algorithm where coin-days are not relevant but only the pure "staking amount". If you (or anybody other) know a source where I can see the details about that feature, I'll be glad to read it.

I've found a Particl whitepaper, but it is centred on the privacy features. I've also found a feature called "Conditional Staking", but that seems to be more similar to Peercoin's "Cold Staking" or NXT's "Leased Forging" as it allows to define keys that are only used for minting.

█▀▀▀











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











▄▄▄█
▄██████▄▄▄
█████████████▄▄
███████████████
███████████████
███████████████
███████████████
███░░█████████
███▌▐█████████
█████████████
███████████▀
██████████▀
████████▀
▀██▀▀
JesusCryptos
Full Member
***
Offline Offline

Activity: 714
Merit: 117



View Profile
August 14, 2017, 10:00:26 PM
 #1265

I remember this coin from 2014. Does it now have also the increasingly much needed feature of burning tokens? Wink

⚪ Byteball          I T   J U S T   W O R K S .  
Sending Crypto to Email   -   Risk-Free Conditional Smart Payments   -   ICO Platform with KYC
ANN THREAD                  TELEGRAM                     TWITTER                  MEDIUM                  SLACK                  REDDIT
gjhiggins
Legendary
*
Offline Offline

Activity: 2254
Merit: 1278



View Profile WWW
August 14, 2017, 10:16:15 PM
 #1266

I had this idea the other day for a dynamic proof-of-work, where actual algorithm parameters change so ASIC production is literally impossible. Perhaps a list of hashing algorithms where the order of execution can change as well as their parameters. These are then stored on the blockchain as well to verify things later.

Like RouletteCoin? https://github.com/roulettecoin/roulettecoin


Roulettecoin is a lite version of Bitcoin using custom randomized proof-of-work algorithm that favours CPU mining.

50 coins per block
1 minute block targets
1440 blocks (~1 day) to retarget difficulty
subsidy halves in 525.6k blocks (~1 year)
~52.56 million total coins to be mined


“Randomisation” happens here ...
https://github.com/roulettecoin/roulettecoin/blob/master-0.8/src/roulette.h

Cheers

Graham
temple
Hero Member
*****
Offline Offline

Activity: 1358
Merit: 537


Crypto Casino & Sportsbook


View Profile
August 14, 2017, 10:21:14 PM
 #1267

I remember this coin from 2014. Does it now have also the increasingly much needed feature of burning tokens? Wink

Oh is this coin even from 2014? It went a long way but preserved such an active community. Really good to see that.

..Stake.com..   ▄████████████████████████████████████▄
   ██ ▄▄▄▄▄▄▄▄▄▄            ▄▄▄▄▄▄▄▄▄▄ ██  ▄████▄
   ██ ▀▀▀▀▀▀▀▀▀▀ ██████████ ▀▀▀▀▀▀▀▀▀▀ ██  ██████
   ██ ██████████ ██      ██ ██████████ ██   ▀██▀
   ██ ██      ██ ██████  ██ ██      ██ ██    ██
   ██ ██████  ██ █████  ███ ██████  ██ ████▄ ██
   ██ █████  ███ ████  ████ █████  ███ ████████
   ██ ████  ████ ██████████ ████  ████ ████▀
   ██ ██████████ ▄▄▄▄▄▄▄▄▄▄ ██████████ ██
   ██            ▀▀▀▀▀▀▀▀▀▀            ██ 
   ▀█████████▀ ▄████████████▄ ▀█████████▀
  ▄▄▄▄▄▄▄▄▄▄▄▄███  ██  ██  ███▄▄▄▄▄▄▄▄▄▄▄▄
 ██████████████████████████████████████████
▄▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▄
█  ▄▀▄             █▀▀█▀▄▄
█  █▀█             █  ▐  ▐▌
█       ▄██▄       █  ▌  █
█     ▄██████▄     █  ▌ ▐▌
█    ██████████    █ ▐  █
█   ▐██████████▌   █ ▐ ▐▌
█    ▀▀██████▀▀    █ ▌ █
█     ▄▄▄██▄▄▄     █ ▌▐▌
█                  █▐ █
█                  █▐▐▌
█                  █▐█
▀▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▀█
▄▄█████████▄▄
▄██▀▀▀▀█████▀▀▀▀██▄
▄█▀       ▐█▌       ▀█▄
██         ▐█▌         ██
████▄     ▄█████▄     ▄████
████████▄███████████▄████████
███▀    █████████████    ▀███
██       ███████████       ██
▀█▄       █████████       ▄█▀
▀█▄    ▄██▀▀▀▀▀▀▀██▄  ▄▄▄█▀
▀███████         ███████▀
▀█████▄       ▄█████▀
▀▀▀███▄▄▄███▀▀▀
..PLAY NOW..
gjhiggins
Legendary
*
Offline Offline

Activity: 2254
Merit: 1278



View Profile WWW
August 14, 2017, 10:25:40 PM
 #1268

My Slimcoin wallet both 0.5 and 0.3 (windows 10) crashes at what seems to be random times, it'll crash faster if I'm mining. Any idea what the issue could be and what I could do to fix it?

At the moment, I can only run Windows 10 in a VM, so am unlikely to be able to replicate the problem. The only thing I can suggest, if you're up for it, is to try using MXE to compile the binary on your own machine.

Cheers

Graham
ojeck
Full Member
***
Offline Offline

Activity: 186
Merit: 100


View Profile
August 15, 2017, 07:43:35 AM
 #1269

Is this normal ?

Quote
2017-08-08 06:06:16 UTC hashmeter   4 CPUs   3397 hash/s
   PoW Target: 0000000a8e7a0000000000000000000000000000000000000000000000000000
trying connection 1.23.43.88:41682 lastseen=-19879.6hrs
connection timeout
trying connection 217.65.8.75:46733 lastseen=-389492.3hrs
connection timeout
trying connection 86.130.245.53:41682 lastseen=-27702.6hrs
connection timeout
trying connection 217.65.8.75:37262 lastseen=-389492.3hrs
connection timeout
trying connection 175.143.17.109:41682 lastseen=-23578.5hrs
connection timeout
trying connection 146.185.168.142:60082 lastseen=-389492.3hrs
connection timeout
trying connection 196.28.245.222:41682 lastseen=-22861.7hrs

What seems to be the problem?

Cheers

Graham

edit: re-phrased response

Im running it for 12 hours, when i open debug file i see that almost in every line.

Is there something wrong with my wallet ? How to fix it ?

And here is another sample.

Code:
2017-08-14 19:53:59 UTC hashmeter   3 CPUs   1534 hash/s
PoW Target: 000000088e110000000000000000000000000000000000000000000000000000
connection timeout
trying connection 124.207.103.153:41682 lastseen=-27432.8hrs
askfor block 0c55c57435fa57f9b3f4   0
sending getdata: block 0c55c57435fa57f9b3f4
received block 0c55c57435fa57f9b3f4
CBlock(hash=0c55c57435fa57f9b3f4, ver=1, hashPrevBlock=000000046e72b383e962, hashMerkleRoot=5de565ea6b, nTime=1502740440, nBits=1d088e11, nNonce=0, vtx=1, vchBlockSig=3045022100b11c3d37c3612310aa0798f72417780ba0ebd376c0de5d883e91115c737c76b8022062fb4a668d64ce3d115be6bb3539746ac790510d008b2797306c2627512cbf67)
CBlock General PoB(nBurnBits=1c4e3ee3 nEffectiveBurnCoins=1158098402921 (formatted 1158098.00))
CBlock Specific PoB(fProofOfBurn true, burnBlkHeight 968798, burnCTx 1, burnCTxOut 0)
  Coinbase(hash=5de565ea6b, nTime=1502740440, ver=1, vin.size=1, vout.size=1, nLockTime=0)
    CTxIn(COutPoint(0000000000000000000000000000000000000000000000000000000000000000, -1), coinbase 04d8ff91590126062f503253482f)
    CTxOut(nValue=11.00, scriptPubKey=0293d2fbd2f6b80ea40aefd839987fb82225aa0a5ce61bdea520464b4370180947 OP_CHECKSIG)
  vMerkleTree:
SetBestChain: new best=0c55c57435fa57f9b3f4  height=1073888  trust=30902483902297  moneysupply=16897880.00 nEffectiveBurnCoins=1158098.00
ProcessBlock: ACCEPTED
Refreshing inscription tableRunning SlimCoinMiner with 1 transaction in block
Running SlimCoinMiner with 1 transaction in block
Running SlimCoinMiner with 1 transaction in block
2017-08-14 19:54:09 UTC Flushing wallet.dat
Flushed wallet.dat 78ms
connection timeout
trying connection 115.85.174.129:41682 lastseen=-27283.2hrs
connection timeout
gjhiggins
Legendary
*
Offline Offline

Activity: 2254
Merit: 1278



View Profile WWW
August 15, 2017, 09:03:50 AM
 #1270

Is there something wrong with my wallet ? How to fix it ?

Apologies for being obtuse, inferring the nub of question can sometimes be more challenging than answering it.

The lines that read trying connection <ipaddress> lastseen=<no-of-hrs> are normal and represent attempts by the client to reconnect to previously-known clients.

Nodes pop up an drop down all the time. There's no central registry so, once connected to the network, each node keeps its own copy of who it has connected with before and tries to re-connect to them occasionally, just in case they've popped up again.

The addresses are stored in the addr.dat file in the datadir, there isn't a flush mechanism (apart from rm -f addr.dat) so elderly addresses will persist - your client will even get them from another client when it can - it's a feature of a distributed network.

HTH

Cheers

Graham
dzarmush
Legendary
*
Offline Offline

Activity: 1806
Merit: 1001


View Profile
August 15, 2017, 06:07:10 PM
 #1271

Unfortunately that article doesn't say anything relevant about the part of the Proof of Stake algorithm that detects if a wallet really is online to calculate the staking reward. From what I understand, Particl's algorithm is very similar to Peercoin's and Slimcoin's, only that it uses Blackcoin's "PoSv3" algorithm where coin-days are not relevant but only the pure "staking amount". If you (or anybody other) know a source where I can see the details about that feature, I'll be glad to read it.

I've found a Particl whitepaper, but it is centred on the privacy features. I've also found a feature called "Conditional Staking", but that seems to be more similar to Peercoin's "Cold Staking" or NXT's "Leased Forging" as it allows to define keys that are only used for minting.


Here's what I got: "I dont think Particl made a paper on that. The closesed I could find was a link cryptoguard posted not to long ago http://earlz.net/view/2017/07/27/1904/the-missing-explanation-of-proof-of-stake-version"

d5000
Legendary
*
Offline Offline

Activity: 3864
Merit: 5811


Decentralization Maximalist


View Profile
August 15, 2017, 08:15:05 PM
 #1272

Here's what I got: "I dont think Particl made a paper on that. The closesed I could find was a link cryptoguard posted not to long ago http://earlz.net/view/2017/07/27/1904/the-missing-explanation-of-proof-of-stake-version"

Thanks, very interesting article. But I think we have a misunderstanding.

In all PoS versions, people must be online at the moment where they can get a reward. In most "regular" PoS variants, including Slimcoin's "Peercoin PoS" but also "PoSv3" and also NXT's PoS, you get rewards if you "find a block". Basically, this consists in finding a Proof of work hash but the task is easier if you have more coins "staking". It is only possible for one participant to find a block at a given time.

Now the question is how many rewards you get and if the amount of your reward is related to the time you were online. It would be desirable - as you said above - that the amount of the reward is higher if a node is online more often. In the current SLM implementation, however, your reward is bound to the amount of your "staking" coins - it is 10% of the holdings per year. That doesn't change if you are online one time every 90 days or 24/7.

For this goal (higher rewards for higher online time) to happen, one can use three different strategies:

1) the easiest one: make the reward fix (not based on your holdings). So you get, for example, 10 SLM for each PoS block you find, independent if you are "staking" with 100 SLM or with 1000000 SLM.
2) You can also work completely without a reward and instead rely on transaction fees. That's the way NXT does it.

1) and 2) have a side effect that is not desired by some: they "make the rich richer". Because in this model, "rich" nodes will get much higher rewards than in the current Slimcoin/Peercoin/Blackcoin PoS model where the reward is limited to a percentage of the holdings (e.g. 10% per year like in Slimcoin, in Particl I think it was 5% and then every year less).

So if you don't want this effect to happen, you could imagine a third way to make reward dependent on the time a node is online:

3) nodes, in every block, track the time every staking node is online and write it to the blockchain.

It is obvious that 3) is not scalable, because you would have to include the address of every staking node in all blocks where they are staking (e.g. every block having a field "online nodes: address1, address2, ...". In a large network with hundreds or thousands of staking nodes, that would make blocks much larger. So this method, if I remember it right, is only used in DPOS currencies like Lisk, Neo or Bitshares, where the number of stakers (or validators, like some call it) is limited.

Particl's and Blackcoin's PoS variants are not solving that problem. The best try in my opinion is the method I describe as "option 2" (NXT etc.) because there the nodes only win transaction fees as rewards and so the "rich get richer" effect is less dramatic. Option 1 with a significantly lower reward than in PoW would also be an option (e.g. the reward is bound to 1/10 of the PoW reward).

Where Slim can learn from Blackcoin/Particl is that we could also use PoSv3 and eliminate "coin age". That would, at least, make the algorithm more secure, although Slimcoin with its PoW/PoB blocks already has a "safeguard".

█▀▀▀











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











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

Activity: 1806
Merit: 1001


View Profile
August 15, 2017, 10:25:29 PM
 #1273

I think the fairest way is to make Slimcoin's 10% yearly reward maximum possible is you were online 24/7 all 365 days. In Particl my wallet was online around 12 hours a day for three days and I got 3 stakes during that time. Then I went offline for a week and got nothing (of course). Last three days it was online again. First days for a few hours and I didn't get a stake. Next day longer but still nothing. And today I got a stake again after being online for about 10 hours.

I don't know how it actually works but if you're online 24 hours you'll definitely get your coins today and that amount would be equal to number of your coins *5%/365. If you were online less time you might or might not get your reward.

gjhiggins
Legendary
*
Offline Offline

Activity: 2254
Merit: 1278



View Profile WWW
August 16, 2017, 11:07:29 AM
 #1274

1. I've been tidying the ACME code in preparation for a “contractual obligation” (i.e. I said I would) pre-alpha release, the Slimcoin instance of ACME sports some hypothesised improvements in presentation, some may even be noticeable. The open sourced (pre-alpha) code has been committed:

https://github.com/gjhiggins/acme

Next step is to commit the Slimcoin adaptation as a branch of the (ultra-minimalist) pre-alpha.

2. In an aside to those who (besides me) struggle with my vocabulary, this is the kind of thing I have to read and “inwardly digest” ...

Quote
Group communication norms in conventional groups tend to be limited and transactional, consisting of individuals listening and speaking from the commonplace condition of perceived separateness, both internally and within the subtle phenomenological realm of the group field. Individuals embedded in a more traditional secular worldview generally experience this separation as implicit to the context of their lifeworld, presumed as a pregiven aspect of one’s experience of ordinary waking life and consciousness, which is further reinforced by traditional public norms of debate, monologue, and discussion (Tannen, 1998). To draw out this caricature a bit further, thinking and listening from our separate self-sense prevents us from apprehending certain forms of emerging knowledge. Being to a great extent unaware of these limiting conditions, conventional groups tend to inadvertently generate polarization, fragmentation, destructive conflict, and other problematic experiences of communication. While it is overly simplistic to locate the root cause of these communication limitations back to an egocentric self-referencing orientation, when individuals habitually orient their thinking from the all too familiar psychosocial medium of the separate self and its pre-existing beliefs, communication issues invariably surface. Generally speaking, the ego and its defenses are well entrenched within sociocultural norms of behavior and intention (Ehlers, 2004; Vaillant, 1992, 1995). Nevertheless, this self-circumscribed orientation within the context of group communication brings about limiting conditions that obstruct the emergence of collective intelligence processes, which rely on the ability to sense and presence new knowledge, learning, and discoveries (Gunnlaugson 2007, 2012; Scharmer 2007).
- SURRENDERING INTO WITNESSING: A Foundational Practice for Building Collective Intelligence Capacity in Groups, Olen Gunnlaugson and Mary Beth G. Moze

Fair do's though, they have made a reasonably compelling case.

Relevance? It's what Ken Wilber's “integral theory” (the origin of “Teal”) has developed into after 50 years of work and represents current efforts to generate a descriptive characterisation of the difference between a bunch of folks yakking in an online space and a collective intelligence.

(I'll spare you the gory details of the semiotics and stigmergy papers but you might be interested in skimming Juho Salminen’s literature review: COLLECTIVE INTELLIGENCE IN HUMANS: A LITERATURE REVIEW to get a sense of the extent of the field)

Cheers

Graham
gjhiggins
Legendary
*
Offline Offline

Activity: 2254
Merit: 1278



View Profile WWW
August 16, 2017, 12:48:36 PM
 #1275

I urgently appealed to the guy/guys, who are staking - stop it. You are hurting network with this nonsense. At least stop until there is some solution to this problem.

After some mature reflection, I realise that I should have been expecting exactly this.

A typical scenario? Back in early 2014, when Slimcoin was attracting a fair amount of attention, some people actively mined the coin and built up a satisfactory amount (for an idiosyncratic definition of “satisfactory”) of coins. Some months down the line, after various freezes, crashes, chewing up CPU to the detriment of the UX, they understandably chose to shut down the staking client but not actually delete the wallet because the coin hadn't really had much of a fair go and maybe it would get fixed someday.

Recently they have learned, from disparate sources that, for disparate reasons, it might be worth trying the Slimcoin wallet again. Are they even aware of reservebalance? And even if they are aware, they've already supported the coin strongly in the early days so, as far as they are concerned, they have a very justifiable sense of co-ownership and the accumulated PoS interest “stake flood” is a known and understood feature and was so back when they were accumulating.

It will happen *every* time a hodler reconnects a well-funded wallet that was previously offline for a long period. The broader the reach of the “Hey, Slimcoin's back” call, the more returnees arrive back. I see it as a useful feature that buggers up any mining profitability calculations and so acts as quite an effective deterrent to the algorithm-driven, profit-following megapools that can methodically strip-mine a profitable small-but-expanding altcoin network into complete stasis.

Cheers

Graham
muf18
Sr. Member
****
Offline Offline

Activity: 882
Merit: 310


View Profile
August 16, 2017, 01:10:25 PM
 #1276

But it's quite unfair.

And I will describe it in a few words why:
1/ People who owned massive wallets from 2014, hasn't appeared from 2015, anywhere - thus they weren't helping network at all
2/ They "HODLED", because they even can't sell their coins after delisting of every exchange Slimcoin has
3/ We don't have any 'mega-pool', thus - we don't even have a pool, so any mining calculator, we can just trash out of the window
4/ There is no justifciation for spamming and boggling network with POS blocks only - it makes situation unfair and worse for every kind of other minters
5/ Miners will go away if this situation, will be again, because it's a flaw in the system, which was exploited a few times. I guess that after they won't have any POS coins, they will shutdown once again wallets, or just market-sell everything on nova - which would at least have some positive market effect (gaining liquidity).
cryptovore
Member
**
Offline Offline

Activity: 98
Merit: 10


View Profile
August 16, 2017, 03:40:24 PM
 #1277

I think I'm pretty much on the same side with Graham on this one.

I've been following this thread for a meager 9 months, during which I did a bit of promotion, testing, provided feedback and tinkering privately with the code. I had at all times at least 2 Slimcoin nodes up and running, thus helping the network.

Am I entitled to some reward, proportionally equal to the effort? I think so.

Would it be even comparable with the effort (or "luck") of someone who was keeping a node active since the day one, or who mined with the wallet from they day one? Absolutely not.

So, what we are witnessing right now, is in fact a principle of "justice written immutably in the code". There is no bug. These guys have the right to get back their rewards.

We should have seen this coming (and I confess that when I saw Slimcoin listed again on CMC I even made a mental wager with myself that it wouldn't take longer than 3 months for the initial players to come back, at least for a quick cashout). Getting involved in this community under the assumption that the initial coins (a few millions) are "lost", or "dead' is just plain wrong. Early adopters have all the rights to get back their investment.

For me this is not discouraging. On the contrary. It shows that with enough patience and contribution, value will always increase.
gavrilo77
Hero Member
*****
Offline Offline

Activity: 819
Merit: 502



View Profile
August 16, 2017, 04:10:34 PM
 #1278

From one side muf is right and i understand his statement against PoS, but from the other side there are people who did not mine SLM but they bought it when price was like 50 times more than now, so if they want to be rewarded on some way, PoS is the fastest to get some free coins. In the early beginning hash rate was like 10 times more than now.
I understand that muf want to say for the newcomers to SLM wont be nice to see that hash going incredibly high if someone start stake, what wont be attractive for the new miners, and with that i must agree.

This is old coin and, old thread have over 200 pages, plus new 64 pages, no one will go trough the history. So, i think the OP must be organized on that way that everyone can found basic information what can be expected.
As well if it is possible, to make calculators for PoB, PoW, and PoS
muf18
Sr. Member
****
Offline Offline

Activity: 882
Merit: 310


View Profile
August 16, 2017, 04:16:57 PM
Last edit: August 16, 2017, 04:43:35 PM by muf18
 #1279

My assumption is plain simple - I wouldn't expect any reward (as me, if I have eg 500K SLM), let alone so much that was boggling network (and still is) for a few days with only POS blocks, when I wouldn't within network as a node for 1-2-3-xx years.
I'm not 'agressive' or 'angry'. Just sad that, the code doesn't mind if you stake day-by-day or you just run it once in a few years.
If I can I would just buy all the supply of SLMs now (yeah I could with some difficulties, but in the end I would do it, if it was only market cap), and just stake every few years. Then network would be boggled not for a few days but for a weeks, but I would be 'HODLER' that believed in project.
I don't what to say more.
It's everything I can say to support my case.

I have quite big plans with this project, to develop it further, in various ways, but we must agree to some degree, with some things/cases.
aIA
Newbie
*
Offline Offline

Activity: 31
Merit: 0


View Profile
August 16, 2017, 04:53:45 PM
Last edit: August 16, 2017, 05:06:03 PM by aIA
 #1280

Hi guys, I have been playing some time trying to compile Slimcoin daemon on Raspberry Pi (slimcoind on Raspbian headless server), and that´s my results:

v0.4.0 Compile and run smoothly but it has a warning ( "WARNING: Blockchain re-download required approaching or past V0.4 upgrade deadline") that make it run on safe mode and I can´t do almost any thing on command line console, I allways get that warning; still it updates well the blocks and stay online.

The sync allways stop on block 350. To work around that, I copied blockchain files from my Windows wallet.

v0.5.0 Compilation was allrigth, but it crashes all the time (every 3 o 5 mins). Can´t sync. Always stop on block 500. I get connecction refused, socket closed mensajes on debug.log. Need to add USE_OLDC=1 to get compiled, otherwise it is hung in the file bitcoinrpc.cpp.

That´s the step I have done (I'm not Linux expert so if you can help me I'll be very greatful):

Code:

sudo apt-get update

sudo apt-get upgrade

sudo apt-get install build-essential libssl-dev libboost-all-dev libminiupnpc-dev

mkdir Slimcoin && cd Slimcoin

wget https://github.com/slimcoin-project/Slimcoin/archive/SLMv0.5.0.tar.gz && tar xvfz SLMv0.5.0.tar.gz

wget http://download.oracle.com/berkeley-db/db-4.8.30.NC.tar.gz && tar xvfz db-4.8.30.NC.tar.gz

cd db-4.8.30.NC/build_unix

../dist/configure --enable-cxx --disable-shared --with-pic CPPFLAGS="-I/usr/local/BerkeleyDB.4.8/include -O2" LDFLAGS="-L/usr/local/BerkeleyDB.4.8/lib"

make && sudo make install

cd /home/pi/Slimcoin/Slimcoin-SLMv0.5.0/src

make -f makefile.unix USE_OLDC=1 BDB_INCLUDE_PATH='/usr/local/BerkeleyDB.4.8/include' BDB_LIB_PATH='/usr/local/BerkeleyDB.4.8/lib'

sudo ln -s /usr/local/BerkeleyDB.4.8/lib/libdb_cxx-4.8.so /usr/lib/libdb_cxx-4.8.so


Just run daemon:

./slimcoind


(Get warning mensaje about slimcoin.conf and closed but it has created wallet files)


Now I will change the wallet files from sd to external hard drive.



mv /home/pi/.slimcoin /home/pi/hdd1

mkdir /home/pi/.slimcoin && cd /home/pi/.slimcoin

sudo nano slimcoin.conf

Create slimcoin.conf in .slimcoin folder on sd.

addnode=113.106.95.46:41682
addnode=118.126.8.18:41682
addnode=130.255.73.170:41682
addnode=144.76.64.49:41682
addnode=149.169.122.151:41682
addnode=149.169.123.98:41682
addnode=161.53.40.94:41682
addnode=175.195.8.141:41682
addnode=185.68.67.37:41682
addnode=37.187.100.75:41682
addnode=37.191.207.237:41682
addnode=192.168.1.5:41682
addnode=5.9.39.9:41682
addnode=59.12.96.208:41682
addnode=82.201.217.74:41682


datadir=/home/pi/hdd1/.slimcoin
reservebalance=1000000
daemon=1
MAX_ORPHAN_BLOCKS=200
rpcuser=user
rpcpassword=pass
rpcallowip=127.0.0.1
rpcallowip=192.168.1.*
rpcport=41683
port=41682
server=1
listen=1

- - - - -


Move executable slimcoind to hdd and create cron job


mkdir /home/pi/hdd1/Slimcoin

cp /home/pi/Slimcoin/Slimcoin-SLMv0.5.0/src/slimcoind /home/pi/hdd1/Slimcoin

sudo rm -r /home/pi/Slimcoin

cd /home/pi/hdd1/Slimcoin

./slimcoind



crontab -e

@reboot sleep 60 && /home/pi/hdd1/Slimcoin/slimcoind


Added: At the moment, can´t use any of this versions on Pi. Perhaps the v0.4.0 modified to remove the warning could be useful.
Pages: « 1 ... 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 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 ... 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!