Bitcoin Forum
June 20, 2024, 07:48:29 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 [2]
21  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] NeuCoin - Easy to use, free to try, focused on micropayments - Official on: October 02, 2015, 06:12:15 AM
I even gave them a fork that would solve one of the biggest issues for anyone using the client, that no one can see whether they are minting or not, how long it will take to mint, and the reward they'd lose if they transfer their coins. But the Neucoin team hasn't done anything with it. I can only guess that they just don't have the expertise and the knowledge of how Peercoin works to be able to even figure out if my code works.

i was interested in readnig fork but apparently you deleted it, could you re-upload it ?
i don't think they will integrate it anyway, it would be like bitcoin showing how much time you have until a new block will be generated (or maybe neuteam are too noob to see it)
btw, don't you think that funny that liqio where not able to use your csv flie but still give his technical pov ??

Ok, it's back up. I took it down because I didn't want to people to see it as a show of support. I updated the README with my position.


22  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] NeuCoin - Easy to use, free to try, focused on micropayments - Official on: October 02, 2015, 01:10:12 AM
Neucoin’s work is impressive and it's just a beginning. Many critics were writing that Neucoin will never launch, they will never be listed on exchanges, were is their wallet and etc.



One question is: Was the ICO really sold to the public and was it really a legit launch?

The problem is, if you look at the distribution:

Top 10.......2,967,553,562.06368923 NEU   96.72 %
Top 100.....3,062,105,550.67083359 NEU   99.8 %
Top 1000...3,068,146,816.34814405 NEU   100 %

Where are the 100 Mio sold in the ICO? It's not in Top100-1000. There are only about 6 Mio Coins. That's the staking of 20 hours.

They say:

Hi @takla : approximately 1000 people took part in the presale: https://blockchain.info/address/3MrNuksZ1VePU3dGiSQFiouWerJUJgDkfH
http://forum.neucoin.org/t/investors-in-neucoin/1341


And yes, there are > 1000 transactions. But I looked into it and it's nearly always the same... the BTC went a long way over multiple addresses, and often very fast. There were some big transactions but also very small transactions had a long way before, were splitted before etc.... it's hard to figure out where they came from. And: Why did so many Investors believe it's necessary to send their money through the entire Blockchain instead of sending them directly?

And: If there were about 1000 people who bought the pre-sale, how can it be that they're all in the Top100?

Did they all transact their NEU to the exchanges? If you take a look on Bittrex (Distribution) the answer seems to be no. There isn't much, I would say < 10 Mio, maybe < 7 Mio. And on the sellside are only 498,372 NEU.

If so many would have transacted their NEU to Bittrex I would expect a lot more on the sellside. It's very unusual that there isn't even 1 Mio.


I doubt that there is a lot more on Cryptsy.


And if we look at the official forum. It doesn't seem that there are so much User, right? There are a lot of links and it's visible how often they were clicked. And it also counts clicks of those who are not registered as User. One example, the Thread about the presale:

Hi there!

As promised, here are all the important details about our presale:

It will begin on April 28
100 million NEU to be offered in exchange for BTC
Price starts at $0.01 per NEU and increases by 1% per day
Presale ends after 60 days or when the 100 million tokens have been sold
The presale will happen at www.neucoin.org 69

http://forum.neucoin.org/t/neucoin-presale-to-start-april-28-and-earn-free-neucoins-now/467


Until now there are just 69 clicks on the link to the pre-sale.

If there were about 1000 User who bought the pre-sale I would expect some more clicks than just 69.

And if there were about 1000 User who bought the pre-sale I wouldn't expect to find all the Coins in the Top100...



If I think about all that, self-buying would be my guess. But if that should be right, there is the question "why?". Possible answers:

1. Because otherwise it would have failed
2. To have full control - also about the 100 Mio. And that's just about 3% of the initial supply (3 billion).


My guess is: They saw that there isn't much demand. They recognized that there are not many Users on their forum, not many views on the Mainpage or the Wiki, not many action on Twitter and so on. It wasn't the hype they had expected. So they bought it themselves in three days to let it seem as if there would be much demand, as if it would have been possible to sell more than just 100 Mio.

And than, most likely the plan was to distribute it over the exchanges... with control about supply and price.

But it doesn't seem as if there is a lot more demand now, right? It doesn't seem as if there is more action on their forum... Somebody starts a topic "Serious question" and after 12 hours it has 61 views and 3 replies... that's not very much if there are at least 1000 Investors and after the launch it should be much more... now it's on the exchanges and visible for all.

Or their official Twitter-Account: https://twitter.com/neucoin
The first tweet is over a year ago, but just 819 follower.

Sandrine (CM): https://twitter.com/SandrineAy
joined in 2012, but just 1083 follower


Just for example: https://twitter.com/NeosCoin

It's a high-quality and honest project but without much marketing/PR, still under the radar... more like an Insider-Tip. But it started in August 14 and has more follower than this Mainstream-Neucoin-project?

Weird, right?


So, if I should be right with my guess, that there wasn't enough demand to reach the ICO-terms and that there was selfbuying of those who already owned 97% of the total supply (now more because of staking)... it was a failed ICO.


And what's a fact: Now the Top100 are sitting on 99.8 % of the total supply, staking the hell out of it and everybody who sees that, steps back. And the group behind it, including those they call "angel-investors" and "initial-seed-investors", are in summary 50 people. Not that hard to figure out who is in the Top100. Not many public-investors I would guess. ;-)



And if you think about that... maybe you'll also find an answer to the questions: Why isn't there an official Block-Explorer? Why isn't there much communication? What are the 12 people of the core-team doing? And they started working on that 1 1/2 year ago? What's there? A badly designed forum? A peercoin-fork? A Homepage and a Wiki? That's nothing... Every little 100 Dollar - marketcap-Coin has that.

The only innovation I see is the incredibly high staking-rate and zero distribution. If that's what they've wanted --> mission accomplished.

Thank you so much Tempus for all your great calculations and making it easy for us to understand exactly why there is a problem with this project. I admit I was very much enamored with the "investor" list and the big names that supposedly supported NeuCoin. I joined the community and was very much active and enthusiastic. I bought in the presale and even came up with the Squirrel name- Tippy. They made me moderator and all was good and exciting. Then they started pushing back the release and then investors in the community started asking questions. Priemievalsoup was a big investor and he started asking some serious questions. Being a game developer and having some experience with releasing products, his question on why there was no testnet really struck a chord for me. I asked Sandrine and the other moderators about this, and Sandrine told me the team was doing extensive testing already, and a testnet was not needed.

Fast forward a month later to the supposed launch- they come and say they are pushing back the launch because they need more testing and are releasing a testnet to the presale investors by the end of the month. I was really set off and finally had to leave when the end of the month came, the testnet was not released to us, but they claimed they held their promise because they released to "angel investors."

I never really understood the problem with inflation, and I was impartial to Dan Kaufman's shady past, but I just couldn't get behind a team that I could not trust. Now with all the calculations being clear I finally understand the inflation problem and I understand the silence and dodging of questions. I think like what you said, they don't know what to do now and it's just easier to not say anything. I feel so grateful I was able to sell all my NeuCoin and I was able to break even before it was too late.

Regarding your question on why there isn't much action on the forum... I think back then there was some excitement but that just all faded, and people became disenchanted (at least for me). I ended up just staying quiet because I knew I would never get a real genuine answer :/ It's sad, but I really hope those that did buy from the presale were able to get their BTC back. Thanks again Tempus for breaking everything down and bringing light where there was always shadow.
I got out of this too.

The kicker is that the most technical guy on the project, based on forum messages, Kourosh, left the project in June. https://www.linkedin.com/pub/kourosh-davarpanah/2a/842/147

Quote
Cryptocurrency design
NeuCoin
June 2014 – June 2015 (1 year 1 month)Paris

• Conducted extensive research on decentralized consensus algorithms
• Designed a secure, cost-efficient, decentralized consensus algorithm
• Wrote a 40-page white paper detailing the shortcomings of Bitcoin's proof-of-work algorithm and demonstrating the robustness of NeuCoin's proof-of-stake algorithm against a broad range of attacks


Look at the resume of their CTO, two years out of college, doing work as a Sys Admin the whole time, and then, poof, joins Neucoin and gets promoted to CTO.

https://www.linkedin.com/profile/view?id=AAEAAAt7wBIBQ1TkFZzal15xlJopExonN6sGcbY&authType=name&authToken=gPc-&trk=prof-sb-browse_map-name

Quote
Co-Founder And Cto
NeuCoin
April 2014 – Present (1 year 7 months)Paris
System and network administrator
Online, Iliad
July 2013 – January 2014 (7 months)
System and Network Administrator
Typhon
April 2013 – July 2013 (4 months)
System and Network Administrator
Stockho Hosting
December 2012 – March 2013 (4 months)
Internship
Sogeti
May 2012 – September 2012 (5 months)Paris Area, France
Internship
IONIS Institute of Technology
June 2010 – March 2011 (10 months)Paris Area, France

I tried asking her a technical question about the whitepaper, and got a "She's too busy, right now" from Sandrine, here: http://forum.neucoin.org/t/penalize-nodes-that-dont-mine-continously-by-capping-coinstake/1357/9

Then, she posts to this forum a few days later. https://bitcointalk.org/index.php?action=profile;u=373683;sa=showPosts
(see the 3rd post). If she has enough time to engage with people here, then it's pretty obvious she was just avoiding answering my question. And if you look at here entire history on forum.neucoin.org, you can see that she really hasn't said anything very technical at all.

I even gave them a fork that would solve one of the biggest issues for anyone using the client, that no one can see whether they are minting or not, how long it will take to mint, and the reward they'd lose if they transfer their coins. But the Neucoin team hasn't done anything with it. I can only guess that they just don't have the expertise and the knowledge of how Peercoin works to be able to even figure out if my code works.

---
My point is that they just don't have enough technical experts on staff, probably zero I would guess. The ones they did have, one of them was Kourosh, probably all left months ago.

That's why they can't execute, why all the delays, all the missing features and rushed out stuff, such as simple getneucoin.org quiz which can't even link the winnings directly to their online wallet.

I used to work in the bay area, and have seen several cases like this during my career. It doesn't matter how good an idea seems to be. If the team doing it isn't up to snuff, it always fails.

---

Anyway, I'm done with my rant. I would suggest to anyone not to invest in this.
23  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] NeuCoin - Easy to use, free to try, focused on micropayments - Official on: September 29, 2015, 06:49:18 AM
They mentioned to launch blockchain next month end they working on it.
Someone actually just created a blockexplorer for neucoin, http://www.neucoin.io
24  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] NeuCoin - Easy to use, free to try, focused on micropayments - Official on: September 28, 2015, 04:33:21 AM
^

Why is the size of the binary almost 40% bigger than the standard release?
It's a static build and all libraries are included, which makes both my version and the official client pretty big. I'm using MXE (cross compilation from linux). I've never done cross compilation before, so it might be able to be slimmed down by someone with more expertise.

In general, to be safe you should review the diffs from the official client and do the compilation yourself, but I've had a couple of requests for a binary, so I decided to make one.



25  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] NeuCoin - Easy to use, free to try, focused on micropayments - Official on: September 28, 2015, 04:14:04 AM
I updated my custom neucoin wallet and added a win32 binary release.

It's main feature shows info which helps you determine how long it will take to mint, what the reward will be, etc.:




The code is here: https://github.com/redfish64/neucoin
and you can download the windows binary here: https://github.com/redfish64/neucoin/releases

Make sure to backup your wallet beforehand if you will try this. Thanks!
26  Alternate cryptocurrencies / Altcoin Discussion / Re: [HOWTO] compile altcoin for windows on linux using mxe and mingw on: September 27, 2015, 06:50:45 AM
Code:
libtool: link: /mnt/mxe/usr/bin/i686-w64-mingw32.static-gcc -O3 -o db_archive db_archive.o util_sig.o  libdb-5.3.a
libdb-5.3.a: error adding symbols: Archive has no index; run ranlib to add one
collect2: error: ld returned 1 exit status
make: *** [db_archive] Error 1

I encounter this problem. anyone know how to solve?



Just add the "RANLIB=...." as shown below:

Quote
#!/bin/bash
MXE_PATH=/mnt/mxe
sed -i "s/WinIoCtl.h/winioctl.h/g" src/dbinc/win_db.h
mkdir build_mxe
cd build_mxe


RANLIB=$MXE_PATH/usr/bin/i686-w64-mingw32.static-ranlib \
      CC=$MXE_PATH/usr/bin/i686-w64-mingw32.static-gcc \
      CXX=$MXE_PATH/usr/bin/i686-w64-mingw32.static-g++ \
      ../dist/configure \
      --disable-replication \
      --enable-mingw \
      --enable-cxx \
      --host x86 \
      --prefix=$MXE_PATH/usr/i686-w64-mingw32.static

make

make install
27  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] NeuCoin - Easy to use, free to try, focused on micropayments - Official on: September 24, 2015, 12:27:23 AM
Just an FYI, I created a fork of the Neucoin client here which displays some additional minting information in the qt client and a new rpc call: https://github.com/redfish64/neucoin

28  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [PRE-ANN] Tau-Chain and Agoras Official Thread: Generalized P2P Network on: September 09, 2015, 02:39:20 AM
I believe I must be missing something here, so let me play devil's advocate for a second.

To continue the UPS example, say you don't know what package to expect exactly and you want to be sure that UPS haven't tampered it. So the UPS man can prove you that he recieved the package from another UPS man and so forth up to the sender, all with signatures (this authenticates the IO boundary), and, that once it was at the hands of one UPS man, he did only what he shouldv'e be doing and not replacing the package's content, for example (and this is the execution proof).
Except, the UPS man is supplying the hash along with the package, so you can't prove he didn't replace the package's content and give you a hash of a fake log. (This is because the UPS man authors the log himself without any outside supervision.)

Auth types may imply side effects rather than direct output. Taking the bank example, if you perform a transaction, you'd like to know that the bank did register it correctly in its record, but it's naturally not a part of the output.
You are getting a hash from the bank and the bank alone. It can make that hash from any execution path it chooses, without actually running it. As long as the path matches up with the IO boundaries that the client can verify, it won't be able to tell the difference. Also, even if the bank did give you the hash from the actual execution path, there is nothing which prevents it from altering its record after the fact.

Is this correct? Is there something that I am not seeing here?
29  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [PRE-ANN] Tau-Chain and Agoras Official Thread: Generalized P2P Network on: September 08, 2015, 11:56:23 AM
Let's take another example. Standard Bitcoin client comes with some logic of ordering transactions by transaction fees, when mining. Is there a way to know that the miner indeed ran a standard bitcoin client? If they provide the hash of the execution tree, we can make sure that the result came from the code it claimed to come from. Not all nodes even need to verify that proof, one refutation is enough. The refuting clients' reciepts (authenticating the IO boundary) may or may not be found at every given moment, but that's a risk the miner has to take, and the network may set rules to what happens when a refutation is found.
I don't understand why anyone would want to ask that question. It would be like asking the UPS man, "which route did you take to get to my house?" rather than, "What's in my package?"

A question that would be important would be, are the outputs correct? And since a verify still has to run through the proof regardless if they have the hash of it or not, why do this extra work to verify the hash of the execution?

I'm not saying that I don't see the point in lambda auth. I definitely do, since it allows a client to not need access to an entire database of a server it wants to verify. But this is lambda auth of the data, not the execution, so I'm still curious as to why the route taken is as important as the package delivered.
[/quote]

30  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [PRE-ANN] Tau-Chain and Agoras Official Thread: Generalized P2P Network on: September 07, 2015, 12:53:10 PM
Proof of Code Execution: http[Suspicious link removed]c

This looks interesting, and I think I've learned enough about logic programming to understand it. Just one question, though... (from the blog post)

Quote
Eventually, the hash of the tree's root is a proof that the whole computation was followed, since one can replay the computation and verify the hash.

You cannot be sure the computation wasn't run within some sort of sandbox environment meant to look like the real thing, correct? In fact, in order to verify the proof, you'd have to create such a sandbox to replay it. So, what is the purpose of using this?


Lambda-auth (links below) suggests a framework such that every type can be auth or unauth. We plan to have the same design and distinction on our typesystem. The point is that you don't have to have all your program authed, but you can specify any "key points" to be authed. Naturally indeed one doesn't care about the whole execution of the program but only certain parts of it. An example would be random number generation. Assume one doesn't really care about the functionality of some website because it's all pretty much transparent, except maybe random number generation. So that certain procedure may be authed. Given that, we can collaboratively trust a single point to draw random values that may affect all of us.
Another example would be executing a statement query from some online bank. The bank can auth that query and supply a proof that your reported balance is correct.
Blockchain builtins provide auth types for time ordering, and this is of course a very powerful combination.

http://amiller.github.io/lambda-auth/
http://www.cs.umd.edu/~amiller/gpads/gpads-full.pdf


Ok, I think I get it now. For lack of better terms, let call the party who wants an operation performed by an untrusted other party the "client", and the other party the "server".

The lambda-auth stuff basically allows the client to hold a small hash corresponding to a chunk of data (probably a huge set) that the server holds, and then the server is be able to prove that the operation occurred by looking at the updated hash. In the online bank case, it could be the ledger of the bank including withdrawals and deposit transaction signatures. For the casino, I suppose this could be a record of the executions of their "games" tied to actual payouts in an online currency in Tau.

So, if I got this right, I'm imagine that a server could prove to any party that it has upheld its obligations as follows:

1. The server publishes the latest signed lamba-auth hash of its data (which would be its entire ledger, etc.) into a timestamped format somewhat like a block chain.
2. For every incoming client request, both the client and the server sign the client's request which both the client and the server keep as a receipt.
3. Then, for discrepancies, either there can be either:
 a. An additional transaction against the client account that the client claims they did not make. If so, if the server can supply the receipt signed by the client, and point to the relevant change in its published blockchain, then it can prove that it was in fact authorized by the client. Otherwise, by absence it would show the server cheated.
 b. A transaction the client claimed was supposed to be run, was not. If the client can show the transaction receipt (that is also signed by the server), and then point to the relevant place in the lamba-auth hash in the server's blockchain and show the transaction doesn't exist, then the client can prove the server cheated. Otherwise, the server's lamba-auth blockchain proves that it did run the transaction.

If that is correct, then this can be simplified by just using the Tau blockchain in place of an individual, per party blockchain for step 1. And then compliance could be automatically enforced by making a rule within the Tau blockchain, that any party that could be proved to have cheated to have their funds frozen, or some other punishment, until the problem is fixed.

Is this about right? Is there any other functionality that I'm missing here?

BTW, I'm becoming more and more impressed with Tau the more I learn about it.

31  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [PRE-ANN] Tau-Chain and Agoras Official Thread: Generalized P2P Network on: September 07, 2015, 10:28:25 AM
Proof of Code Execution: http[Suspicious link removed]c

This looks interesting, and I think I've learned enough about logic programming to understand it. Just one question, though... (from the blog post)

Quote
Eventually, the hash of the tree's root is a proof that the whole computation was followed, since one can replay the computation and verify the hash.

You cannot be sure the computation wasn't run within some sort of sandbox environment meant to look like the real thing, correct? In fact, in order to verify the proof, you'd have to create such a sandbox to replay it. So, what is the purpose of using this?
32  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [PRE-ANN] Tau-Chain and Agoras Official Thread: Generalized P2P Network on: September 02, 2015, 02:46:13 AM
I was wondering if anyone could recommend some reading material, or at least a general direction of what to study to help grasp the concepts of Tau better for those with primarily an imperative programming background (C++, Java, perl, etc.).

I've worked through some of "The Reasoned Schemer", and right now I'm learning Haskell, and planning on moving onto Idris once I get the basics down.

Does this seem like a good path? Other material?



Pages: « 1 [2]
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!