InstantDEX image InstantDEX

  • website - http://instantdex.org/
  • protectionscheme - pos
  • name - InstantDEX
  • distributionscheme - ico
  • protocol - nxt
  • expiration - extant
  • doacc - f66b6078-a52e-4ff6-bdae-aba6939fc3ce
  • symbol - DEX
  • incept - 2014-04
  • powscheme - nxt
  • date_founded - 2014-04-03
  • description - With the NXT AE people will be able to trade things, but there will be the blocktime to wait. 1 minute usually, but sometimes could be a lot more. Also 1 minute will feel like a really long time if the market is changing dramatically. The goal of InstantDEX is to allow for realtime trading of any NXT asset against any other NXT asset (and NXT). InstantDEX will be able to trade any asset, not just multigateway assets. I have achieved ~5 second times in my proof of concept, but that is not optimized, nor did it implement the full transaction cycle. Also, at these timeframes measuring a transaction really depends on if you count the time from you post a bid, it propagates, somebody immediately accepts it and the trade completes. Or if you are measuring from when you accept an order on the books and it gets completed. My goal is to do the former in the ~3 second timeframe. Initial versions will be slower. The multigateway will need to be trusted to redeem assets, but that is a trust level that I am assuming we will be operating with. Almost all of InstantDEX will be decentralized. People with good internet connections will get better performance than people with bad internet connections.
  • DDG-CCT search on cryptocointalk
  • DDG-BCT search on bitcointalk
[a rdfg:Graph;rdflib:storage [a rdflib:Store;rdfs:label 'IOMemory']].
@prefix altc: <http://minkiz.info/owl/cryptocurrency.owl#> .
@prefix atom: <http://www.w3.org/2005/Atom> .
@prefix cce: <http://purl.org/net/bel-epa/cce#> .
@prefix ccy: <http://purl.org/net/bel-epa/ccy#> .
@prefix dc: <http://purl.org/dc/elements/1.1/> .
@prefix doacc: <http://purl.org/net/bel-epa/doacc#> .
@prefix ev: <http://ebiquity.umbc.edu/ontology/event.owl#> .
@prefix foaf: <http://daml.umbc.edu/ontologies/cobra/0.4/foaf/> .
@prefix owl: <http://www.w3.org/2002/07/owl#> .
@prefix pam: <http://prismstandard.org/namespaces/pam/2.0/> .
@prefix pers: <http://ebiquity.umbc.edu/ontology/person.owl#> .
@prefix pub: <http://ebiquity.umbc.edu/ontology/publication.owl#> .
@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix skos: <http://www.w3.org/2004/02/skos/core#> .
@prefix tags: <http://www.holygoat.co.uk/owl/redwood/0.1/tags/> .
@prefix xml: <http://www.w3.org/XML/1998/namespace> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
doacc:f66b6078-a52e-4ff6-bdae-aba6939fc3ce a doacc:Cryptocurrency ;
    dc:description "With the NXT AE people will be able to trade things, but there will be the blocktime to wait. 1 minute usually, but sometimes could be a lot more. Also 1 minute will feel like a really long time if the market is changing dramatically. The goal of InstantDEX is to allow for realtime trading of any NXT asset against any other NXT asset (and NXT). InstantDEX will be able to trade any asset, not just multigateway assets. I have achieved ~5 second times in my proof of concept, but that is not optimized, nor did it implement the full transaction cycle. Also, at these timeframes measuring a transaction really depends on if you count the time from you post a bid, it propagates, somebody immediately accepts it and the trade completes. Or if you are measuring from when you accept an order on the books and it gets completed. My goal is to do the former in the ~3 second timeframe. Initial versions will be slower. The multigateway will need to be trusted to redeem assets, but that is a trust level that I am assuming we will be operating with. Almost all of InstantDEX will be decentralized. People with good internet connections will get better performance than people with bad internet connections."@en ;
    doacc:comment "asset:15344649963748848799"^^xsd:string ;
    doacc:date-founded "2014-04-03"^^xsd:date ;
    doacc:distribution-scheme doacc:D7b916659-94cc-4bc9-9a96-21da0fb5fc2c ;
    doacc:image "instantdexasset_dex.png"^^xsd:string ;
    doacc:incept "2014-04"^^xsd:string ;
    doacc:pow doacc:D33583252-39e2-4b3b-a50a-deb84a7d77b0 ;
    doacc:protection-scheme doacc:D9758d7c9-6b22-4039-a325-285d680c22fe ;
    doacc:protocol doacc:D99826a21-6c51-48ae-a68a-c9603d90802a ;
    doacc:symbol "DEX"@en ;
    doacc:website <http://instantdex.org/> ;
    skos:prefLabel "InstantDEX"@en .
“MINKIZ” by
Higgins and Macfarlane
31 West Street
Axbridge
Somerset
BS26 2AA

+44-(0)1934-732723
VAT Reg: GB701276958


Contains semantic web technology, may also contain nuts.

NB: in development, structure and/or content may change without warning; uses RDFLib4.2.2-dev, Pyramid1.5dev & Python3.4.3+ sign in