Topic: [ANN][Blocknet] truly decentralized exchange | token ecosystem infrastructure - page 153. (Read 1103312 times)

OK, now price is $ 0,2 , Volume: 9.22 BTC , BIDS high point 0.04 BTC and more ...

https://bittrex.com/Market/Index?MarketName=BTC-BLOCK

https://www.worldcoinindex.com/coin/blocknet

Awesome! ^^^

Share the news on Twitter and Facebook!

Neat!

    We're on TechAnnouncer

Launches of:
Etherum, Stealthcoin, BitSwift ...
https://bitcointalksearch.org/topic/m.18040828

i can not say any real figure for it...because it takes sudden turn...

@cryptohunter, regarding your latest deletion, I've already pointed out that you lack the requisite information to make the judgement calls you're making. It seems that this hasn't sunk in yet though.

As a second, and equally important point, do not suffer under the illusion that you get to "say what needs to be done" with this project. You may be used to taking that sort of tone and finding some success due to the ridiculousness that is Bitcointalk, but it is misguided. You don't get to confidently spout opinions as if we ought to do your bidding – even if your opinions had a basis in reality (which they don't).

I'll say it again: you're massively misguided but you persist in thinking you can, in effect, lead people here. That's doubly ridiculous.

Hey hey

Yes, absolutely. I think that your work - and SPV multiwallets in general - remove a principal site of friction in the user experience of crypto. If you can make it practical for people to get their coins off exchanges, then Godspeed to you! We're on the same path.

I'm not sure that this will be useful, but as we explored decentralised exchange tech, it turned out that decentralising just the exchange of coins isn't really adequate. Exchanges feature multiple services, and at least four are mission-critical to decentralise:
- coin deposits (yours will achieve this already; coloured-coin-based approaches fail here)
- order broadcasting and compilation (i.e. the order book) (if centralised, then a central party can frontrun, filter, etc.)
- order matching (same as above)
- coin exchange

If it's useful to you, our approach decentralises all of these services. My feeling is that you could well package an XBridge instance into your multiwallet installation and leverage its benefits (and save time). Also, our project would benefit greatly from some outside scrutiny, so if you find issues or shortcomings in our work, you'd end up swapping the time you'd otherwise spend devving your own coin exchange implementation for time spent further enhancing a shared one.

Any repo-access issues, or if you're not seeing recent commits, let me know.

Coin supply is 3,877,226.06 BLOCK plus about 3% per year, since Oct 2014.

The reason that some block explorers show an incorrect total is that they do not filter the burn address's coins out. (After the close of our ITO, we burned all unsold coins.)

@cryptohunter, I will reply to you once. I consider this a generous thing to do, since you are not listening or understanding me, and you're attacking my project in ways I can scarcely believe are credible to anyone.


XC holders will benefit from any successful attempt to achieve traction in any market. The world is quite a lot bigger than the obscure and corrupt waters of Bitcointalk. I do not mean that Bitcointalk is therefore not a potential target, and you may have noticed that I am still here, and still willing to engage in conversation with trolls, poop & scoop scammers, kids, idiots, paranoiacs, butthurt fools, and - thank God - the occasional intelligent and decent person too. My continued presence here is a signal. Take it.

(a) yes
(b) I do not feel that it is honest or in anyone's best interests to "pump" a project at times when it is exploring solutions and wrestling with hard problems. Sure, pumping is the norm here, but do not be mistaken into thinking that it's ethical. We continually signal that the project is ongoing, report its successes, patiently allow all manner of random strangers to take up our time for free (and sometimes abuse us too), and when we have something newsworthy, we market it. But we do not create hot air to make some traders feel nice.
(c) Mysterious factors for delisting include: changes to rules, whimsical oversights and inconsistencies, monthly profit motive over longer term potential, perceived competition, bribery, regulatory concerns... need I go on?

See above.

Hmm.. let's see: we've updated the OpenSSL version, done a soft fork, introduced a larger OP_RETURN size, enabled the sending of data payloads, demoed this by enabling the sending of images from the wallet, and quite a few other things. Like I said, join Slack and stop talking complete nonsense.

(a) my response embodies a reductio ad absurdum
(b) your remark here, among several other remarks, is a personal attack. I do not take that lightly. Do not become numbed by the attack-first culture on this site into thinking your behaviour is ok. It's abusive, has no respect or patience for the truth, and has wrecked several promising projects.
(c) you're banned henceforth.

Don't post here again.

then we may choose to target this market??? so what happens to XC holders if you don't choose to do so.

Also please direct me to  the comments I made which are untrue?

Is xc still on bittrex?
Are xc or blocknet still on polo?
Did you guys make any effort like other devs for far smaller projects to increase trading volume to keep xc listed on bittrex?
What are these mysterious factors the influence delisting on bittrex except the minimum trade volume and active development team?

Where are the updates on this board ?
the board xc was launched on and garnered all initial support?
the board where you ran the crowd funding for blocknet?
the board where 99% of crypto enthusiasts are?

So this is the choice for xc holders now.... support you apparently doing nothing for 2 years on XC and for all we know on this board not a a lot else on any of these projects or leave it alone?

Do you reasonably believe anyone would have invested in blocknet or even touched XC if this is the way thing were going to go 2 years ago?

You and dan are both  scared to face any questions on this board so closed the xc thread and abandoned this one.

You either avoid the thread and the questions contained within or like a coward just hit the delete button since then the questions just vanish without a trace.

I am awaiting blocknet getting delisted on bittrex next. What will you say about that?

hhhahahhahhahah ....what you are saying is it has been happened now?/

What is correct total number coins atm, coinmarketcap and cryptoid show diff numbers.

Crypto users value many things, but chief among them are privacy and security as well as freedom. My solution maximizes this. Also, lately users have taken to simply storing their coins on exchanges, leaving them prone to the inherent problems. The factors behind this are numerous, but some include easier portfolio management, unstable networks and lack of a real working solution. Oracle is the solution and it puts power back in the hands of the users by allowing them to control all their coins hassle free without the need to rely on centralized exchanges/services because the have too many coins. Your solution requires a user sync and manage multiple daemons... with mine they need only manage the one daemon. Each has it's own advantages and disadvantages.

A fully SPV mobile Oracle client, could handle upwards of 50 coins, with a desktop version virtually unlimited...

The decentralized exchange is still highly conceptual, i have been tinkering with some ideas, but that is tsill at least two months away after the launch. I will probably be using a modified version of AT leveraging CLTV and CSV. (Actually one of the criteria for chains to be supported is that they should have those patches as well as headers first implemented)

I will make time to review your code again...

That's pretty cool. Nice quick progress too.

Regarding common areas of interest, we're pretty interested in an SPV multiwallet, since it'll massively decrease user friction (I don't think many traders will be excited about running at least two full nodes in order to trade).

What algo did you implement for decentralised exchange?

From an architectural perspective, what do you see the advantages of a monolithic solution such as yours being? - or are you creating a quick "MPV'? Personally I'd lean toward a modular, microservices-friendly approach, since it allows greater composability in the design of inter-chain services. From here, developers could of course package our stuff into standalone apps (which is what our multiwallet idea would presumably do, by including XBridge along with some SPV wallets).

Anyway, as for common interests, it looks like there may be some interesting overlap between your multiwallet and our XBridge. If you're willing, at a minimum, to integrate to XBridge, you'd gain a framework interoperable with whatever we and others build, plus (probably) a rather excited user base in the form of our community and partner coins.

Edit: so you know, our decentralised exchange has been operational (in alpha and beta) for some time, and is now on version 3. Ours is not the first though. There have probably been about 15 attempts prior to ours, with varying degrees of functionality and (de-) centralisation. They tend not to last.

Perhaps. but since my last post, i have made significant progress.



In my iteration, as you can see the user has a standard Qt wallet, which has access to currently three blockchains.  I plan to support more based on user demand.

So this one QT wallet, supports multiple blockchain, with multiple wallets.I plan to add SPV support over the next few days.

In case we have common areas of interest, what are your current development goals? Since i can support as many coins as a cpu/ram/hdd/connection can handle, i plan to launch the first true decentralized exchange, everyone can exchange with each other completely autonomously since they have the chains (or at least pruned versions)

The mobile version is going to be done over the next two weeks.

It's possible that you've misunderstood our use of wallets' RPC APIs.

We only use the RPC API to integrate with local wallets, i.e. those running on the same machine as XBridge.

This enables us to interoperate with 99% of all altcoins (though this is further limited to those that support OP_CHECKLOCKTIMEVERIFY).

Then, the wallets and XBridge all connect to their own p2p networks and normally.

In approaching it like this, we avoid centralising our "internet of blockchains" around any one chain, unlike Sidechains, Cosmos, etc. It's a truly open framework.


If this isn't a true cross-chain p2p app, I don't know what would be.

@cryptohunter, I'll reply to this comment only. Your remarks are blatantly untrue and highly abusive. Please try to contain yourself in future.

We did not take a million. Look it up.

We have worked for over 2 years to create what we believe is the right approach to inter-chain infrastructure. Development has not stopped, and nothing has been abandoned.

I include XC here: it is under active development.

Regarding XC's delisting, you make unjustifiable assumptions about the cause of delistings, and unjustifiable assumptions about what keeps a coin listed. Perhaps get some experience before posting?

We continue to develop, support, and test, XC, and when the time is ripe for user adoption, then we may target this market. Until then, you can choose to support the project or leave it alone.

If you would like to see for yourself the work that is being done, and understand our goals for XC, then I'd encourage you to join its slack.

After i looked the code and tried to build it, i was disappointing to find that it relies on using rpc interface of multiple running daemons. So i began work from scratch to build a true cross chain P2P app for my own project. Thus far i have decided to support Bitcoin, Litecoin Dash and Oracle in my app.  I'm still a fair way from a release of the full client but i have made progress.

I had though we could cooperate, but our goals seem very different.

It's sad watching this. Not even a short update. Empty promises again :-(

Dev, remember where you posted initiative for ICO? On BCT, yes, so it should be your obligation to give at least monthly update here, no matter what, that is, if you still care about the project at all.