Topic: BTCD is no more - page 279. (Read 1328503 times)

Figroll and myself are currently working on it, screen shots have been sent to james with the initial concept. Waiting on a response from James. But he is more than likely busy at the moment so we will wait on his response.

P.S. I thought you hated me, why are you here? i almost put you on ignore, so these semi-reasonable questions are a bit confusing

Well, have you seen the other languages? It is a brand new language that nobody has ever used before
Also compilers for a lot of languages are written in C, so if somebody really wants to use some other language they can make a compiler for their language.

It is like using the most common low level building block. It is lower level, but not as low level as assembler. It is the language from where most other languages are derived, so most people are at least familiar with it.

Now, I will be able to write a lot of tradebots very quickly, so even if there are only a few others who can do it, there will be plenty of tradebots available.

So, the design choice is something that allows other languages to be implemented on top. While if I selected, I am not even sure what else can be considered, then it is doubtful there are many other languages that can be implemented in it, and doubtful that there are anywhere as many that are familiar with it and no doubt that I would not be so good coding in it.

As far as I know Tradebots C is the script language with the most power and this is what I need.
Also, have you ever heard of Metatrader? Their language is based on C, and Tradebots, are initially for making automated tradebots, like the zillions that metatrader has. So it is not just my personal preference there is an entire industry of C scripted tradebots from the Metatrader universe.

Anyone working on it yet?

Hi, please consider adding C2 to the supernetwork. Active devs plus they are releasing a video game soon. Market cap is only 80 bitcoins currently, all they need is a developer who knows C++ and Java to fast track the game. Then the price will rise astronomically.

[Open Invitation to all other anon coins]

Since BTCD is matching XMR marketcap before even beta release of Teleport, I am assuming all the other anon coins devs are following this one, or at least having someone from their group doing so.

I want to make it clear that in spite of its name and cool sounding Teleport and fun pirates, BTCD is an enhancer for whatever anon tech your coin has. I am just a simple C programmer. I am not some fancy academic cryptographer making new maths that only 8 people in the world understand. I am common sense type of guy. Also, I already make millions of USD so money is not my motivation. I really only wanted enough money to not worry about food and to be able to pay for daily Starbuck's latte. So, I achieved this. My goal is to help all of crypto against fiat. This includes BTC certainly, but also all the anon coins.

As coin dev you are too busy to study Teleport in depth and all the pirates in DarkPaper make it hard to take it seriously. So, I have common sense analogy.

We all know bitcoin. It is great invention, it uses fancy cryptomath, PoW, blockchains. Totally wow, and in 2009!?!?
But what happens when you log into account and you find all your bitcoins gone from the exchange? How can this be? it is so fancy, but without some additional protection just access to one piece of info and all your coins are gone. 2FA, very simple. We are talking email or sms message with a code in it. No cryptography, no fancy math, but yet without such 2FA none of your exchange balances are safe

How does 2FA compete with bitcoin?
The same way Teleport competes with your coin.
It doesnt!

Teleport enhances your anon coin the way 2FA enhances the security of any account.

Now I posted a bit back about the airport terminal analogy. I hope it makes sense to you. If you are a true dev, you must want the best anon for your coin. By connecting to supernetwork, this becomes possible. In fact, some amazing things become possible that it not possible in any other way. The combining of multiple anon coin telepods via automated tradebot swapping. If we can add a little bit of trust by having the actual official coin devs work together to make trusted teleports between terminals possible, then the attacker wont even know what blockchain to look at!

I hope you see that the different airlines are making a lot of money! Of course the airplane maker is doing fine to, but the best friend of the airplane maker is the airlines.

I am hopeful for creation of many Teleport terminals with strong cross promotions so we all help each other. Nothing will be able to withstand the supernetwork combination of all cryptos, especially when we are all combining our power to make bitcoin itself dark!

Fiat peoples maybe need to worry, but then again that is the whole point of this

James

P.S. The timeframe for supernetwork is next month for testing, but we are being contacted by press so we will be making some press release and it is never too early to make commitment to join the supernetwork. I think maybe such thing could help your market price.

That's great and all, but we're not talking about your skillz (at least I'm not).

We're (or I am) talking about "most people" and their use (or abuse) of the Turing complete scripting aspect of the coin.

What is it that I'm missing?

Are you going to write every single line of code that will ever be used in the Turing complete scripting?  I'm pretty sure the answer is no, hence why I'm asking.

I am a simple C programmer
I am superfluent in C
This allows me to be order of magnitude more productive
I still have this art

The 'logic' being that btcd must cater to subpar programmers who only know scripting languages?

Not that there is anything wrong with scripting languages, any Turing-complete language will do. But a programmer who knows the fundamentals should be able to pick up virtually any language pretty quickly, especially THE classical language, C.

Looks really excellent!

If "most people can't look at C code and simulate the flow of data and progress of the algorithms" and "it's a lost art" and this is known beforehand, then why choose C?

Perhaps this is what was behind Kristov's logic?

Initial SuperNET support is done on BTCD qt wallet & BTCD-reskin (NxtInside)

Below are my repository for the 2 items :

https://bitbucket.org/longzai1988/bitcoindark-qt (latest commit checksum at writing time : e63aade)
https://bitbucket.org/longzai1988/btcd-reskin (latest commit checksum at writing time : dc9b238)


Some screenshot provided :

If "most people can't look at C code and simulate the flow of data and progress of the algorithms" and "it's a lost art" and this is known beforehand, then why choose C?

Perhaps this is what was behind Kristov's logic?

I guess most people cant look at C code and simulate the flow of data and progress of the algorithms. Seems this is a lost art.

I agree, what is it about C that makes people think everything is automatically going to break?

I think people are just scared of C for some reason. You can easily break stuff in any language.

remember all Turing complete languages map to each other. What this means is that there is nothing inherent in the language about vulnerabilities, it is dependent on the specific coder.

stuff like all the gnu code, unix, apache, a lot of code is written in C, so it is natural for a lot of bugs to be in C code.
Changing the language doesnt usually change the vulnerability. Maybe there are many C coders who shouldnt be?

Now, the C code for Tradebots is interpreted code running on the node that your are writing the Tradebot for. So if you want to blow up your computer, you dont need an C to help you, you can just use a hammer.

At some point there will be Tradebot vendors sharing profits with people that are using their Tradebots. The open source requirement and user feedbacks should allow for a good way to know if a Tradebot is stable. So, until a Tradebot is certified by some third party Tradebot certification agency, then maybe it is user needs to use their judgement

James

P.S. I think it is safe to say that assembler is the worst language in the world to use for the vulnerabilities

“C is probably the worst language in the world in terms of making it easy for vulnerabilities to be encoded into the programs that you write.”  - Kristov Atlas

Source : http://youtu.be/upcVcW2d790?t=16m43s

Has this been addressed? If so, where?

Edit : I see above it has been posted already.