Topic: Slimcoin | First Proof of Burn currency | Decentralized Web - page 64. (Read 137085 times)

Thanks for the fast response. Good news is: adding the path to the Makefile worked. Bad news: I got a new array of errors related to the class CBigNum

Not sure how this happened.

About the libdb5.3++-dev, I recall while searching for my problem in the forum, that gjhiggins mentioned that this would interfere with portability of the wallet.

Do you think about some community involvement, how to achieve it? Ksdme is preparing faucet, but he gave us a lot, so I'm thinking, what I could do. @blockhash7 said that he could be spreading some word on reddit, anything more? 4Chan I was a few times mentioning slimcoin. What's more we can do?

Did I question that? I'm sorry if it seemed so. No, my remark was only a hint what I would like to see in such an interview. You could give them the examples of Peercoin & Bitcoin to show that not every cryptocurrency out there must have "roadmaps", a company behind it, "official goals" and an "official team". That's all ...

Cool!

PS: I've looked at @ksdme's last commits and they look good. Later I look into the baseurl/logo problem and merge the updates into the main website. I'll also add the paper wallet to the website and the OP here.

D5000 - to have markets matured, we must be open to various interviews, and as such description on portals, don't you think?

@ksdme finished paper wallet.

@muf18: Yes, I think Peercoin can also be well compared to SLM - the "current" Peercoin, not the Peercoin "governed" by Sunny King for years. They have a slightly more hierachical organisation than Slimcoin (for example, they have an "official development team", although it's open and everybody can enter or leave it if he contributes significantly) but they stay decentralized.

I had the same problem on an obscure Linux distribution called PCLinuxOS that installed db_cxx in a non-standard location. Maybe it works for you.
My solution:
- Look where db_cxx.h is located
- Include the directory in the Makefile
---> in the Makefile for the qt client, there is a variable called INCPATH where you can add it at the end.
---> in the makefile.unix in the src subdirectory, I added it to CXXFLAGS.

Edit: Maybe your problem is also simply that you haven't installed the development files. I am using Debian Jessie and the package version here is libdb5.3++-dev (in Stretch it may be a higher version).

That is also my main reason to be here. I think for these reasons Proof of Burn is a extremely interesting, and very underrated, experiment; its long-term benefits will become more obvious when the currency and its market matures.

Hi all
I intend to migrate my wallet to a Raspi 3 but couldn't work out a way to compile either the daemon or the qt-slimcoin version.
The used OS is the current raspbian (debian stretch) and so far the compilation crashes because of missing db_cxx.h. I tried installing the Berkeley DB 4.8 according to this instruction:
http://blog.buena.co.id/install-berkeleydb-4-8-debain-8-jessie/
Unfortunately this didn't do the job and now I'm stuck.
Sadly, I'm rather unexperienced with Linux and the raspi was intended to familiarise with it, so any help is greatly appreciated.

To add something to the recent discussion: What drew me to slimcoin is the decentralised value system, that uses the Tri-Hybrid-Blocks for long term stability of value and high energy efficency.

I know we aren't company, nor I insisted to even, say such statement.
But we are revolving development around, some concentrated efforts into some innovator works here, and as comparic has described Peercoin, I will try to make it like this.
https://comparic.pl/altcoin-peercoin/

In interview I will emphasize that we're decentralized teal organization.

I must second gjhiggins here. In my opinion, the Slimcoin community has - on a much smaller scale - much in common with Bitcoin - it's decentralized, not company-owned. Would you speak, if talking about Bitcoin, about a "vision" or "goal"? Like Bitcoin, Slimcoin is also a general-purpose currency, not a project that concentrates on a specific task (like, for example, projects like Sia, Namecoin or even Ethereum). So it's goal must be to be used, as currency or as "valuable".

Slimcoin's "unique feature" is still Proof of Burn. The rest - e.g. the decentralized web - are projects that are possible with Slimcoin and are powered by some members of the community. These projects will make Slimcoin more useful, but I wouldn't describe it a "the one and only vision" for it.

@blockhash7: I mostly agree, also about the "slim" part. But I think we should not switch to the mini-blockchain scheme. The reason is that this scheme doesn't allow contracts with the Script language and "forgets" old blockchain entries - so it couldn't be used anymore for the "decentralized web". Cryptonite is awesome as a cash replacement, but for other purposes its scope is more limited.


Oh, sorry, I should have clarified - I still haven't enabled real-time update because I need still to figure out the best configuration (when should "catchup" be triggered, and when the standard blocknotify is enough; having also reorgs in mind like we discussed on the previous page).

I have changed the blocknotify scripts a bit - like every n00b would do, I've taken away the unittest dependency so I could pass command line arguments and use one single script for multiple purposes But it's still a crude solution, maybe more crude than before because it's less error-resistant, but it basically does what I want. Basically, the catchup script I changed allows loops now, to be able to catchup faster if the RDF blockchain falls behind. (An idea: This changed script could be renamed to something like "blocknotify-cli" or "catchup-cli", so it's more clear that it's made to work with human interaction and not to be triggered "autonomously" like your original scripts.)

I'm very interested in the notion of signed graphs, but had still no time to study the concept in depth - but your post with the easy examples from a couple of days ago has not been ignored .

Thanks for your work, ACME is already awesome, and yes, there is no hurry, let it mature

(Edited the message to clarify some things.)

Absolutely. Great catch. That change is completely spurious. Reverted.

https://github.com/slimcoin-project/Slimcoin/commit/79b206e2a85ae03ae0962c76a6357f7bc419e2a9

Cheers

Graham

I can send them message, if you told me, what is txid.
Btw. Kilari told me that, he has idea how to seed whole wikipedia through web2web. I really think this is gonna be huge. I can't understand why network hash is so low still. I'm still working on some marketing, thinking about it.

I have sent yesterday evening some SLM to the Coinsmarket. In my wallet i have like 700 confirmation now, but on the exchange it says 0 confirmations. Their support showed me that status with them. I have sent another small amount and that was fine. Where can be a problem, that my first transaction is not confirmed yet at the exchnage

I just had the same problem when I was trying to stake: my client was minting blocks with huge rewards and none of them were accepted by the network.
Switching to the older SLMv0.5.0 version (commit 8382d7f) resolved that problem for me.

Looking at the code, I think the change to GetProofOfStakeReward(int64 nCoinAge, u32int nTime) in commit 7d4cacc is responsible for this and should probably be reverted.

Cryptopia seems to have an interesting listing offer for novaexchange listed coins.It comes about 2BTC, not exactly cheap though  

Graham, you're right. Any truly decentralized system is free from having a well defined unchangeable goal. Slimcoin is no exception. However, if there's a majority with a common goal, it is very likely that this goal will be pursued.

So there's the question to all of us:  What is Slimcoin for you? What do you think Slimcoin's vision should be?

For me the answer lies within Slimcoin's name. Slimcoin should be a "slim" cryptocurrency in all respects. It should be a cryptocurrency for all users and all devices - even for devices with very limited capabilities. Proof-Of-Burn is a fantastic startpoint because it enables everyone to mine independently from CPU-power. That's great!

A next (big) step could be to reduce the disk-space usage of Slimcoin to a minimum. This would be possible if Slimcoin would switch to mini-blockchain scheme (http://cryptonite.info/wiki/index.php?title=Mini-blockchain_scheme) like Cryptonite. Then Slimcoin would be really slim! You could have a wallet that runs on an old smartphone, synchronizes in 5 minutes and starts to mine on that device!

Slimcoin acts as a collective intelligence (and I take the straightforward approach of accepting that de facto), the point being that your assessment is as valuable as anyone else's - whoever you are. That's what decentralisation means.

Let's take a couple of hypothetical examples, let's say that you're keen on getting more people to speculate in Slimcoin prices at ccexchanges whereas I don't see that aspect as central, so my focus is in a completely different area. One plan or two? Can you count one individual's aspirations as a plan? The posting history testifies to a mostly mature social group with several disparate interest areas; some with and some without a technical aspect and with various degrees of engagement and involvment but the really, really crucial thing is that the how and when is entirely up to them.

Cheers

Graham

I know, it's not a centralized project, or any of this way.

But we as a collected teal organization, we have some vision, which we are pursuing right? Web2Web, is one of the main goals here.

It's not that, everyone is working on other projects, because, we agreed to some development plan right?

I doubt we can meet the expectations raised by their ill-founded speculator-focused assumptions and I doubt that this will be the only time that some commercial component of the extant hierarchical organisational model approaches one or more members of the group with questions that make no sense to ask of a decentralised organisational model.

It's not a “project” and it's not a startup, either. There's no recogniseable plan because there's no centralised control, there're no goals either. It's an ad hoc, constantly-changing collection of variously-involved, differently-motivated people, each with an idiosyncratic model of what a peer-to-peer networked cryptocurrency means to them personally and afaik, the only viable approach to characterising such informal social groupings is by survey.

insert cartoon here showing a flying saucer in the background and an alien addressing a group of puzzled people at a Bitcoin meet-up with the words “Take me to your leader”

So it's open season on the questions “What does Slimcoin mean to you?” “Where do you see Slimcoin going?” “Where do you want to see Slimcoin go?” “What plans do you have for Slimcoin?”

Apprently, because unenquiring minds want to know.

Cheers

Graham

Ok, so now I need help from you.

I will need to have detailed description of our project, what's aiming for, and what's our plans for future.

I know some of it, but we need all information we have. Can you help me?

Also interview with 'team' (as we can describe ourselves as team - cause we are developing it).

It will be in English and Polish and published on https://comparic.pl

The linkage is crude, needs to be refined to use an async messaging facility instead of just bash shell. (I'm even toying with the notion of running the three processes each on a separate machine, make each process resource-independent of t'other if the context turns out to require it.)

I've experienced a couple of build-ups of hung “blocknotify” calls (both the Datacoin ACME and the Slimcoin ACME) that I've had to clear - but only on the server. I'm fairly sure that Fuseki needs more compute resources than I can give it on that particular m/c and, if I can't find the information on teh webz, I'm hoping to beg a favour from my ex-colleagues (who wrote Jena and Fuseki and who are now collectively epimorphics) for some help in setting up Fuseki with properly adequate compute resources for the task.

It sounds as if the blocknotify script isn't functioning properly. If you're running a standard Python dev setup (i.e. using a virtual environment), then you can run the shell and Python scripts in ${ACME}/scripts and the test scripts in ${ACME}/acme/tests (which have “debug” and “test” boolean flags for this purpose).

All power to your elbow and deep, deep apologies for the scrappy nature of the ACME codebase (it started off as pure RPC, then I found I needed to bolt on a persistent storage for somewhere to create and store the address index).

I experienced similar torrenting problems which is what prompted me to change tack to use an (assumedly, community-curated) RDF graph --- because depending on random arbitrary strangers for curating one's content isn't necessarily the most reliable approach.

ATM, I'm looking at available ways of signing graphs - there's one built-in to RDFLib: . Now I have to dig around in 3rd-party javascript RDF libs to see if I can find an equivalent to RDFLib graph's graph_digest() so that I can independently check the hash signature.

ACME is only a fledgling, just wait until it matures ...

(from the RDFLib issue list)

If you mentally switch out “dbpedia” in favour of say, “d5000economicsgroup” or “muf18andfriends” or “thesphericalhorse” - doesn't have to be just one ACME, can be many, the graph is directly and immediately shareable in part or in whole, in triples or in SPARQL query results. This “federated query” thing could be a really big deal for ACME and afaik, is unique to RDF.

Cheers

Graham

I mean they all concentrate about decentralization of web.

I'm going now to read their whitepapers, and see, what they want to achieve mainly.

Btw. I'm going to make detailed description, about our project, and future plans (what we have?), because I was contacted with CEO of https://comparic.pl/
He wanted to have interview, with one of us, as it's in polish, can I represent our 'team'?

Just tell me, what I should tell him.