Who cares about political tweets from some random country's president when payment channels are a much more interesting and are actually capable of carrying value?
So let's have a short history of various payment channel techs!
Generation 0: Satoshi's Broken nSequence Channels
Because Satoshi's Vision included payment channels, except his implementation sucked so hard we had to go fix it and added RBF as a by-product.
Originally, the plan for nSequence was that mempools would replace any transaction spending certain inputs with another transaction spending the same inputs, but only if the nSequence field of the replacement was larger.
Since 0xFFFFFFFF was the highest value that nSequence could get, this would mark a transaction as "final" and not replaceable on the mempool anymore.
In fact, this "nSequence channel" I will describe is the reason why we have this weird rule about nLockTime and nSequence. nLockTime actually only works if nSequence is not 0xFFFFFFFF i.e. final. If nSequence is 0xFFFFFFFF then nLockTime is ignored, because this if the "final" version of the transaction.
So what you'd do would be something like this:
- You go to a bar and promise the bartender to pay by the time the bar closes. Because this is the Bitcoin universe, time is measured in blockheight, so the closing time of the bar is indicated as some future blockheight.
- For your first drink, you'd make a transaction paying to the bartender for that drink, paying from some coins you have. The transaction has an nLockTime equal to the closing time of the bar, and a starting nSequence of 0. You hand over the transaction and the bartender hands you your drink.
- For your succeeding drink, you'd remake the same transaction, adding the payment for that drink to the transaction output that goes to the bartender (so that output keeps getting larger, by the amount of payment), and having an nSequence that is one higher than the previous one.
- Eventually you have to stop drinking. It comes down to one of two possibilities:
- You drink until the bar closes. Since it is now the nLockTime indicated in the transaction, the bartender is able to broadcast the latest transaction and tells the bouncers to kick you out of the bar.
- You wisely consider the state of your liver. So you re-sign the last transaction with a "final" nSequence of 0xFFFFFFFF i.e. the maximum possible value it can have. This allows the bartender to get his or her funds immediately (nLockTime is ignored if nSequence is 0xFFFFFFFF), so he or she tells the bouncers to let you out of the bar.
Now that of course is a payment channel. Individual payments (purchases of alcohol, so I guess buying coffee is not in scope for payment channels). Closing is done by creating a "final" transaction that is the sum of the individual payments. Sure there's no routing and channels are unidirectional and channels have a maximum lifetime but give Satoshi a break, he was also busy inventing Bitcoin at the time.
Now if you noticed I called this kind of payment channel "broken". This is because the mempool rules are not consensus rules, and cannot be validated (nothing
about the mempool can be validated onchain: I sigh every time somebody proposes "let's make block size dependent on mempool size", mempool state cannot be validated by onchain data). Fullnodes can't see all of the transactions you signed, and then validate that the final one with the maximum nSequence is the one that actually is used onchain. So you can do the below:
- Become friends with Jihan Wu, because he owns >51% of the mining hashrate (he totally reorged Bitcoin to reverse the Binance hack right?).
- Slip Jihan Wu some of the more interesting drinks you're ordering as an incentive to cooperate with you. So say you end up ordering 100 drinks, you split it with Jihan Wu and give him 50 of the drinks.
- When the bar closes, Jihan Wu quickly calls his mining rig and tells them to mine the version of your transaction with nSequence 0. You know, that first one where you pay for only one drink.
- Because fullnodes cannot validate nSequence, they'll accept even the nSequence=0 version and confirm it, immutably adding you paying for a single alcoholic drink to the blockchain.
- The bartender, pissed at being cheated, takes out a shotgun from under the bar and shoots at you and Jihan Wu.
- Jihan Wu uses his mystical chi powers (actually the combined exhaust from all of his mining rigs) to slow down the shotgun pellets, making them hit you as softly as petals drifting in the wind.
- The bartender mutters some words, clothes ripping apart as he or she (hard to believe it could be a she but hey) turns into a bear, ready to maul you for cheating him or her of the payment for all the 100 drinks you ordered from him or her.
- Steely-eyed, you stand in front of the bartender-turned-bear, daring him to touch you. You've watched Revenant, you know Leonardo di Caprio could survive a bear mauling, and if some posh actor can survive that, you know you can too. You make a pose. "Drunken troll logic attack!"
- I think I got sidetracked here.
- Bears are bad news.
- You can't reasonably invoke "Satoshi's Vision" and simultaneously reject the Lightning Network because it's not onchain. Satoshi's Vision included a half-assed implementation of payment channels with nSequence, where the onchain transaction represented multiple logical payments, exactly what modern offchain techniques do (except modern offchain techniques actually work). nSequence (the field, but not its modern meaning) has been in Bitcoin since BitCoin For Windows Alpha 0.1.0. And its original intent was payment channels. You can't get nearer to Satoshi's Vision than being a field that Satoshi personally added to transactions on the very first public release of the BitCoin software, like srsly.
- Miners can totally bypass mempool rules. In fact, the reason why nSequence has been repurposed to indicate "optional" replace-by-fee is because miners are already incentivized by the nSequence system to always follow replace-by-fee anyway. I mean, what do you think those drinks you passed to Jihan Wu are, other than the fee you pay him to mine a specific version of your transaction?
- Satoshi made mistakes. The original design for nSequence is one of them. Today, we no longer use nSequence in this way. So diverging from Satoshi's original design is part and parcel of Bitcoin development, because over time, we learn new lessons that Satoshi never knew about. Satoshi was an important landmark in this technology. He will not be the last, or most important, that we will remember in the future: he will only be the first.
Incentive-compatible time-limited unidirectional channel; or, Satoshi's Vision, Fixed (if transaction malleability hadn't been a problem, that is).
Now, we know the bartender will turn into a bear and maul you if you try to cheat the payment channel, and now that we've revealed you're good friends with Jihan Wu, the bartender will no longer accept a payment channel scheme that lets one you cooperate with a miner to cheat the bartender.
Fortunately, Jeremy Spilman proposed a better way that would not let you cheat the bartender.
First, you and the bartender perform this ritual:
- You get some funds and create a transaction that pays to a 2-of-2 multisig between you and the bartender. You don't broadcast this yet: you just sign it and get its txid.
- You create another transaction that spends the above transaction. This transaction (the "backoff") has an nLockTime equal to the closing time of the bar, plus one block. You sign it and give this backoff transaction (but not the above transaction) to the bartender.
- The bartender signs the backoff and gives it back to you. It is now valid since it's spending a 2-of-2 of you and the bartender, and both of you have signed the backoff transaction.
- Now you broadcast the first transaction onchain. You and the bartender wait for it to be deeply confirmed, then you can start ordering.
The above is probably vaguely familiar to LN users. It's the funding process of payment channels! The first transaction, the one that pays to a 2-of-2 multisig, is the funding transaction that backs the payment channel funds.
So now you start ordering in this way:
- For your first drink, you create a transaction spending the funding transaction output and sending the price of the drink to the bartender, with the rest returning to you.
- You sign the transaction and pass it to the bartender, who serves your first drink.
- For your succeeding drinks, you recreate the same transaction, adding the price of the new drink to the sum that goes to the bartender and reducing the money returned to you. You sign the transaction and give it to the bartender, who serves you your next drink.
- At the end:
- If the bar closing time is reached, the bartender signs the latest transaction, completing the needed 2-of-2 signatures and broadcasting this to the Bitcoin network. Since the backoff transaction is the closing time + 1, it can't get used at closing time.
- If you decide you want to leave early because your liver is crying, you just tell the bartender to go ahead and close the channel (which the bartender can do at any time by just signing and broadcasting the latest transaction: the bartender won't do that because he or she is hoping you'll stay and drink more).
- If you ended up just hanging around the bar and never ordering, then at closing time + 1 you broadcast the backoff transaction and get your funds back in full.
Now, even if you pass 50 drinks to Jihan Wu, you can't give him the first transaction (the one which pays for only one drink) and ask him to mine it: it's spending a 2-of-2 and the copy you have only contains your own signature. You need the bartender's signature to make it valid, but he or she sure as hell isn't going to cooperate in something that would lose him or her money, so a signature from the bartender validating old state where he or she gets paid less isn't going to happen.
So, problem solved, right? Right? Okay, let's try it. So you get your funds, put them in a funding tx, get the backoff tx, confirm the funding tx...
Once the funding transaction confirms deeply, the bartender laughs uproariously. He or she summons the bouncers, who surround you menacingly.
"I'm refusing service to you," the bartender says.
"Fine," you say. "I was leaving anyway;" You smirk. "I'll get back my money with the backoff transaction, and posting about your poor service on reddit so you get negative karma, so there!"
"Not so fast," the bartender says. His or her voice chills your bones. It looks like your exploitation of the Satoshi nSequence payment channel is still fresh in his or her mind. "Look at the txid of the funding transaction that got confirmed."
"What about it?" you ask nonchalantly, as you flip open your desktop computer and open a reputable blockchain explorer.
What you see shocks you.
"What the --- the txid is different! You--- you changed my signature
?? But how? I put the only copy of my private key in a sealed envelope in a cast-iron box inside a safe buried in the Gobi desert protected by a clan of nomads who have dedicated their lives and their childrens' lives to keeping my private key safe in perpetuity!"
"Didn't you know?" the bartender asks. "The components of the signature are just very large numbers. The sign of one of the signature components can be changed, from positive to negative, or negative to positive, and the signature will remain valid. Anyone can do that, even if they don't know the private key. But because Bitcoin includes the signatures in the transaction when it's generating the txid, this little change also changes the txid." He or she chuckles. "They say they'll fix it by sep
arating the sig
natures from the transaction body. They're saying that these kinds of signature malleability won't affect transaction ids anymore after they do this, but I bet I can get my good friend Jihan Wu to delay this 'SepSig' plan for a good while yet. Friendly guy, this Jihan Wu, it turns out all I had to do was slip him 51 drinks and he was willing to mine a tx with the signature signs flipped." His or her grin widens. "I'm afraid your backoff transaction won't work anymore, since it spends a txid that is not existent and will never be confirmed. So here's the deal. You pay me 99% of the funds in the funding transaction, in exchange for me signing the transaction that spends with the txid that you see onchain. Refuse, and you lose 100% of the funds and every other HODLer, including me, benefits from the reduction in coin supply. Accept, and you get to keep 1%. I lose nothing if you refuse, so I won't care if you do, but consider the difference of getting zilch vs. getting 1% of your funds." His or her eyes glow. "GENUFLECT RIGHT NOW."
- Payback's a bitch.
- Transaction malleability is a bitchier bitch. It's why we needed to fix the bug in SegWit. Sure, MtGox claimed they were attacked this way because someone kept messing with their transaction signatures and thus they lost track of where their funds went, but really, the bigger impetus for fixing transaction malleability was to support payment channels.
- Yes, including the signatures in the hash that ultimately defines the txid was a mistake. Satoshi made a lot of those. So we're just reiterating the lesson "Satoshi was not an infinite being of infinite wisdom" here. Satoshi just gets a pass because of how awesome Bitcoin is.
CLTV-protected Spilman Channels
Using CLTV for the backoff branch.
This variation is simply Spilman channels, but with the backoff transaction replaced with a backoff branch in the SCRIPT you pay to. It only became possible after OP_CHECKLOCKTIMEVERIFY (CLTV) was enabled in 2015.
Now as we saw in the Spilman Channels discussion, transaction malleability means that any pre-signed offchain transaction can easily be invalidated by flipping the sign of the signature of the funding transaction while the funding transaction is not yet confirmed.
This can be avoided by simply putting any special requirements into an explicit branch of the Bitcoin SCRIPT. Now, the backoff branch is supposed to create a maximum lifetime for the payment channel, and prior to the introduction of OP_CHECKLOCKTIMEVERIFY this could only be done by having a pre-signed nLockTime transaction.
With CLTV, however, we can now make the branches explicit in the SCRIPT that the funding transaction pays to.
Instead of paying to a 2-of-2 in order to set up the funding transaction, you pay to a SCRIPT which is basically "2-of-2, OR this singlesig after a specified lock time".
With this, there is no backoff transaction that is pre-signed and which refers to a specific txid. Instead, you can create the backoff transaction later, using whatever txid the funding transaction ends up being confirmed under. Since the funding transaction is immutable once confirmed, it is no longer possible to change the txid afterwards.
Todd Micropayment Networks
The old hub-spoke model (that isn't how LN today actually works).
One of the more direct predecessors of the Lightning Network was the hub-spoke model discussed by Peter Todd. In this model, instead of payers directly having channels to payees, payers and payees connect to a central hub server. This allows any payer to pay any payee, using the same channel for every payee on the hub. Similarly, this allows any payee to receive from any payer, using the same channel.
Remember from the above Spilman example? When you open a channel to the bartender, you have to wait around for the funding tx to confirm. This will take an hour at best
. Now consider that you have to make channels for everyone you want to pay to. That's not very scalable.
So the Todd hub-spoke model has a central "clearing house" that transport money from payers to payees. The "Moonbeam" project takes this model. Of course, this reveals to the hub who the payer and payee are, and thus the hub can potentially censor transactions. Generally, though, it was considered that a hub would more efficiently censor by just not maintaining a channel with the payer or payee that it wants to censor (since the money it owned in the channel would just be locked uselessly if the hub won't process payments to/from the censored user).
In any case, the ability of the central hub to monitor payments means that it can surveill the payer and payee, and then sell this private transactional data to third parties. This loss of privacy would be intolerable today.
Peter Todd also proposed that there might be multiple hubs that could transport funds to each other on behalf of their users, providing somewhat better privacy.
Another point of note is that at the time such networks were proposed, only unidirectional (Spilman) channels were available. Thus, while one could be a payer, or payee, you would have to use separate channels for your income versus for your spending. Worse, if you wanted to transfer money from your income channel to your spending channel, you had to close both and reshuffle the money between them, both onchain activities.
Poon-Dryja Lightning Network
Bidirectional two-participant channels.
The Poon-Dryja channel mechanism has two important properties:
- No time limit.
Both the original Satoshi and the two Spilman variants are unidirectional: there is a payer and a payee, and if the payee wants to do a refund, or wants to pay for a different service or product the payer is providing, then they can't use the same unidirectional channel.
The Poon-Dryjam mechanism allows channels, however, to be bidirectional instead: you are not a payer or a payee on the channel, you can receive or send at any time as long as both you and the channel counterparty are online.
Further, unlike either of the Spilman variants, there is no time limit for the lifetime of a channel. Instead, you can keep the channel open for as long as you want.
Both properties, together, form a very powerful scaling property
that I believe most people have not appreciated. With unidirectional channels, as mentioned before, if you both earn and spend over the same network of payment channels, you would have separate channels for earning and spending. You would then need to perform onchain operations to "reverse" the directions of your channels periodically. Secondly, since Spilman channels have a fixed lifetime, even if you never used either channel, you would have to periodically "refresh" it by closing it and reopening.
With bidirectional, indefinite-lifetime channels, you may instead open some channels when you first begin managing your own money, then close them only after your lawyers have executed your last will and testament on how the money in your channels get divided up to your heirs: that's just two onchain transactions in your entire lifetime. That is the potentially very powerful scaling property that bidirectional, indefinite-lifetime channels allow.
I won't discuss the transaction structure needed for Poon-Dryja bidirectional channels --- it's complicated and you can easily get explanations with cute graphics elsewhere.
a weakness of Poon-Dryja that people tend to gloss over (because it was fixed very well by RustyReddit
- You have to store all the revocation keys of a channel. This implies you are storing 1 revocation key for every channel update, so if you perform millions of updates over your entire lifetime, you'd be storing several megabytes of keys, for only a single channel. RustyReddit fixed this by requiring that the revocation keys be generated from a "Seed" revocation key, and every key is just the application of SHA256 on that key, repeatedly. For example, suppose I tell you that my first revocation key is SHA256(SHA256(seed)). You can store that in O(1) space. Then for the next revocation, I tell you SHA256(seed). From SHA256(key), you yourself can compute SHA256(SHA256(seed)) (i.e. the previous revocation key). So you can remember just the most recent revocation key, and from there you'd be able to compute every previous revocation key. When you start a channel, you perform SHA256 on your seed for several million times, then use the result as the first revocation key, removing one layer of SHA256 for every revocation key you need to generate. RustyReddit not only came up with this, but also suggested an efficient O(log n) storage structure, the shachain, so that you can quickly look up any revocation key in the past in case of a breach. People no longer really talk about this O(n) revocation storage problem anymore because it was solved very very well by this mechanism.
Another thing I want to emphasize is that while the Lightning Network paper and many of the earlier presentations developed from the old Peter Todd hub-and-spoke model, the modern Lightning Network takes the logical conclusion of removing a strict separation between "hubs" and "spokes". Any node on the Lightning Network can very well work as a hub for any other node. Thus, while you might operate as "mostly a payer", "mostly a forwarding node", "mostly a payee", you still end up being at least partially a forwarding node ("hub") on the network, at least part of the time. This greatly reduces the problems of privacy inherent in having only a few hub nodes: forwarding nodes cannot get significantly useful data from the payments passing through them, because the distance between the payer and the payee can be so large that it would be likely that the ultimate payer and the ultimate payee could be anyone on the Lightning Network.
- We can decentralize if we try hard enough!
- "Hubs bad" can be made "hubs good" if everybody is a hub.
- Smart people can solve problems. It's kinda why they're smart.
After LN, there's also the Decker-Wattenhofer Duplex Micropayment Channels (DMC). This post is long enough as-is, LOL. But for now, it uses a novel "decrementing nSequence channel", using the new
relative-timelock semantics of nSequence (not the broken one originally by Satoshi). It actually uses multiple such "decrementing nSequence" constructs, terminating in a pair of Spilman channels, one in both directions (thus "duplex"). Maybe I'll discuss it some other time.
The realization that channel constructions could actually hold more channel constructions inside them (the way the Decker-Wattenhofer puts a pair of Spilman channels inside a series of "decrementing nSequence channels") lead to the further thought behind Burchert-Decker-Wattenhofer channel factories. Basically, you could host multiple two-participant channel constructs inside a larger multiparticipant "channel" construct (i.e. host multiple channels inside a factory).
Further, we have the Decker-Russell-Osuntokun or "eltoo" construction. I'd argue that this is "nSequence done right". I'll write more about this later, because this post is long enough.
- Bitcoin offchain scaling is more powerful than you ever thought.
Thank you for participating in the AMA session with Pundi X co-founder and CEO Zac Cheah.
For those of you who may have missed it, the live recording of the AMA session held on July 3 at 10:00 am GMT+8, tackling Q2 progress and addressing questions and concerns by the community members, can be viewed here. A side note that today’s AMA video quality and setting was not ideal. We acknowledge this situation and will make improvement for our next AMA session.
You may also find a summary of the Q2 progress presentation as well as all the detail Q&A below.
## Pundi X Q2 2019 Highlights
* Pundi X has integrated more public chains into our products. In Q2, we completed integration of Binance Chain. NEM chain is in the work. As of today we’ve launched BNB, the Binance Chain native Coin and XEM, NEM native coin on Pundi X payment platform. We will integrate at least one more public chain in Q3.
* The transactions on XPOS for Q2 is 15.5 million in USD, which is close to 300% quarterly growth. The number of transactions is 29,367, which leads to a 11% growth QoQ.
* XPOS has successfully received FCC and KC certifications. A new certification for Latin American market is on the way. * To expand XPOS footprint, Pundi X’s integration with a new leading mainstream point-of-sales device is in the work. Stay tuned for the announcement.
* Pundi X Open Platform was launched in May, 2019, which now supports ERC20 and BEP2 token listing. Moving forward, we will continue to support tokens from other public chains.
* A 3,000 XPASS order from DigiX, a gold-based token, and a 10,000 XPASS order from BitCobie this quarter.
* XPOS is spread in use in over 30 countries. We’ve published a map of XPOS location of self-report XPOS merchant directory. You can find a list of selected XPOS merchants at [https://www.pundix.com/products\](https://www.pundix.com/products)
. * The QoQ growth of XWallet is tremendous at 43%. In the previous quarter, we have less than 20k users, whereas in Q2 we have hit 297k XWallet users. More updates on XWallet:
* Supported BNB and NEM tokens; 2FA, face ID, and optimized SMS serviceAvailable on iOS, Android as well as in Samsung Galaxy Store
New features coming up in Q3:- DApp integration - Decentralized wallet- In-app crypto payments - Chat service, which will be compatible with a commonly used chat app- f(x) testnet features to be rolled out first in XWallet
## Other notices coming up in Q3 2019
* The Q2 token removal will take place on July 14, 2019, which will involve in total 34 billion of NPXS and NPXSXEM (22 million worth in USD) removal. In the past 365 days, we’ve removed a total of 36.1 million US dollar worth of NPXS and NPXSXEM.
Before Q2 removal, the total supply of NPXS ERC20 is 266,962,422,906.53 and NPXSXEM is 95,816,218,929. [See Q1 removal here.](/pundix/recap-of-ama-with-zac-on-july-3-and-q2-report-a23de165dd28)
* [NPXSXEM will be ported to Binance Chain from July 20](/pundix/npxsxem-will-be-on-binance-chain-c6485f17726b). * XPhone pre-order will start in late July with a new product name. Stay tuned. Check out the teaser video that we are releasing it across our communication channels. ## Q&A ## On XPOS
* **Where are we on official global location of XPOS?**
Zac: We have made a map on our official website that merchants can self report and feature their locations. It’s at [https://www.pundix.com/product\](https://www.pundix.com/product)
. We’ll be increasing and updating the map once we have permission form the merchants to update their locations.
* **The marketing from pundi has shifted from 100,000–700,000 xpos units by 2021 to 100,000. I understand the bear market has affected this but please share the strategy moving forward to hit your goal. How do you feel about hitting this goal?**
Zac: The 100K XPOS target has always been the initial goal and it’s stated in our whitepaper. And we are still working on achieving the goal by the end of 2021. Part of our growth strategy is to also explore the possibility to port our platform to traditional POS manufacturers to increase the adoption, which is ongoing at the moment.
* **1 year ago you sent 5000 XPOS somewhere. When, at least half of them, will be working? 3 year target was 100,000 by 2021. Now we have only 150 units, how do you expect to reach this goal?**
Zac: Yes, we have shipped thousands of XPOS to over 30 countries in the world. The 150 you’ve mentioned are the featured merchants which are published on the map. The active XPOS devices are deployed over 33 countries and we are actively talking to B2B partners to have higher wholesale and big deployments.
* **How many XPOS are live and used?**
Zac: We have gone through a very serious bear market, and some of the initial inbound requests for XPOS are not delivered. However, we are working slowly but surely with our Business Development team to not just roll-out into individual buyers, such as what we did on Pizza Day, but also to B2B partners. With the certifications approved, that will also help us to officially roll out to some of the key markets.
Individual merchants can use XWallet collection feature to accept crypto payment with QR code. For the merchants who have physical offline storefronts, they can use XPOS to enable the instant crypto transaction seamlessly. Moreover, as mentioned previously, we are exploring the integration on leading traditional POS terminal so that their distributors have option to enable crypto transaction feature. As for the challenge to adopt XPOS, it is the regulatory compliance in different countries. For this, our legal team think ahead and encourage our merchants to complete KYC.
I must be very honest to say the activation takes longer time than we expect but it will be worth at the end.
* **What’s the average number of transactions per xpos in use?**
Zac: The transaction number has increased very well. The number of each XPOS differs, due to the frequency of using crypto currency to purchase item or crypto assets. There’s no standard answer to this, but overall we see the transaction number and volume are going up.
* **How do you plan to reach the target of 100,000 by 2021?**
Zac: One of the challenges that we have is regulatory compliances in different countries. There are certain markets that do not allow crypto currencies and some require a clear approval for us to deploy XPOS. We are working on both challenges by talking to governments and applying for certifications. So how we plan to reach 100,000 XPOS user by 2021 is to work with distributors, B2B partners on a government / business level, and with existing POS companies to integrate our software solution into the system.
* **We understand as there was bear market and hence Xpos usage demand was low. Are you guys seeing growth of Xpos usage with current market conditions. Can you guys put some statistics comparison like last 30 days Xpos usage vs any month from bear market usage?**
Zac: It is very clear that as we moved out from the bear market, the demand for XPOS has been increasing. As we’ve shared just now both the transaction number and volume of Q2 have beaten Q1. We’ll be able to share more transaction numbers once we receive approval from our XPOS merchants.
One exciting thing is that, with the listing of different tokens, we also see users using these tokens as a way to transact on XPOS, which means we will be having more ways to transact and this is a growth point for XPOS.
* **When will there be more details for XPHONE and XPOS HANDY?**
Zac: For XPOS handy, we have finished production and it will be released in Q3
* **When will the iOS version of XWallet and XPOS be fully translated to other languages?**
Zac: Right now, the XWallet has Traditional Chinese, Korean, Spanish, German and English. With the latest version update, it now includes Portuguese. XPOS also comes with many languages and we hope to finish with more language, either working with professionals or volunteers. If you’re interested in volunteering, please contact us.
* **When will the Merchant back office have Product Registration and SKU id ability and also integrate with other POS software?** * **When will the top-up feature go away for XPOS to allow liquidity for XPOS**
Zac: We constantly update features in XPOS and merchant backend to make it easier for distributors and merchants to use. We understand that one of the ways for mass adoption is to enhance our distributor management system. With that, the distributors can manage manay XPOS at one time with different merchants.
Please stay tuned as we announce more and more functions of this feature. ## On Dubai
* **When will we see the deployment of the XPOS in Dubai?** * **Can we spend NPXS on the Dubai XPOS?**
Zac: As with all big projects there are a lot of moving parts, that includes working very closely with the local government, in Dubai’s case, the Credit Bureau of the Finance Ministry. Things are progressing for the Dubai project but due to confidentiality agreements with the parties involved, we cannot reveal much. All we can say is that we and our Dubai partners are working hard to have XPOS roll-out in the Dubai market and the UAE.
We are also discussing aggressively with Dubai partners whether to include crypto assets in the XPOS in Dubai. That clearly will involve local compliance and legal for that to happen.
* **Your system upgrades expect merchants to have downtime on their XPOS terminals, can you explain if you plan to run a business why this would be considered feasible (specially at the rate you have been doing your upgrades)?**
Zac: Yes, the benefit / strength of the XPOS is that most of the updates can be done on the fly. For example, when we have a token update on our XPOS where developers submit their tokens on Open Platform, the updates of this token are on the fly, which means that once we approve the token on our Open Platform, it will automatically appear on XPOS without any software updates.
The great thing that we believe about XPOS is not just the support of crypto assets, but also the ability to update most things on the fly, which means that whenever we have a good feature or a new token, the updates will be done instantaneously.
* **Can you guys arrange at least a community voting which is the next blockchain we would like to see next in XPOS? Voting will help to prioritize to chose the projects.**
Zac: One of the reasons why BNB is being listed on the XPOS is simply because of its popularity and also our user demand, in a way that we are already answering to our community’s request.
Right now, our main focus is getting all the tokens submitted on Open Platform to be listed on the XPOS. The submission process includes legal and compliance valid, so our legal and compliance teams are working hard to make sure that we have more tokens to roll out onto Open Platform, which means that they will be on XPOS, XWallet, and XPASS.
As to a specific voting mechanism, we’d like to consider that and hopefully we’ll be able to run a specific voting for the chain which users would like to see.
* **While comparing Xpos handy to Square POS devices at least with mobile it’s very cheap like under $30 and easy to use. When can we expect such light weight and cheaper version for XPOS? Is team working on such devices ?**
Zac: There are different POS companies around the globe and pour focus is to work with these POS companies with our software, so that a crypto sales feature will be part of the existing POS system. The more support of crypto asset usage using our software on existing POS, the better it is for global adoption.
We actually strongly believe that the pricing of our POS system is competitive in the market. And one of the great features of the XPOS is that the merchants will not need not to pay a certain percentage to existing acquirer but to be able to earn certain percentage from each transaction. That is the key differentiator for merchant to want to adopt this.
* **From the website with some of the key Countries for XPOS adoption looks great. However, the concern is for Venezuela, there is no reference link like the others have. Can you guys add the link with details to clear the ambiguity?**
Zac: Let’s give a little bit more patience so that we can actually release more information about our Venezuelan partnership. The good news is that we expect concrete news from Venezuela in the coming 2 weeks. So stay up-to-date about our Venezuelan roll out on XPOS, the best way is to subscribe to our telegram group for Venezuela. ## On Partnerships
* **Are there some major partnership in the works? I’m also interested in how you do immediate transactions? Do you anticipate scaling issues?**
Zac: The way XPOS is being designed is that when you use your crypto assets to purchase, it will have instantaneous confirmation because the action is an off-chain process. An on-chain action happens when a user who owns crypto assets in our system transferring the assets out of the Pundi X ecosystem to their own wallets; or to transfer crypto assets in Pundi X from an off-chain to a private wallet, which we will have very soon on XWallet itself.
That is why we are able to handle scaling. When a person wants to use crypto currency to buy a coffee, the transaction will happen instantaneously.
For specific partnership, especially with B2B partnership, we oblige to the NDA that we have signed. But if you follow us closely, you’ll know that we go to different parts of the world, talking to major companies to try to land more deals so that NPXS usage will increase dramatically.
* **Any big partnerships for making xphone or using the software for xBlockchain?**
Zac: These partnerships are also subjected to NDA, so please be patient for us to release more news.
* **When will XPOS have approval to process Visa and MasterCard payments?**
Zac: We have met representatives from these players including some of the key management people. They are obviously looking into crypto currency attentively, and we hope that there’s something we can do with MasterCard and/or Visa.
This is something that the community has suggested and we agree fully. Please allow us with some time to work on this. We have also showcased XPOS to the CEO of MasterCard. For what or when will anything happen, please wait for our official announcement.
* **What’s the status on Quantum fund and their contribution or involvement with Pundi’s project?**
Zac: We announced last year that we are creating a fund to invest in projects beneficial to our ecosystem. We’ve identified some interesting projects, and we have invested in at least 1 project. The reason why we’re investing in that project is because of the services that it will bring onto the Pindi X ecosystem. So the purpose of the investment of the companies is that these companies in turn will benefit on our ecosystem. This is our key consideration.
The team has evaluated the projects that will benefit the Pundi X / Function X ecosystem. Vic and his team will be able to reveal more details on the companies we have invested in and how they will contribute to our ecosystem in Q3.
* **Recent update on NPXSXEM is highly ambiguous as mentioned that it will be now BEP token and later once FX goes live it will get back to Fx platform. Why you guys had so rush to use Binance chain only for few months? Isn’t you guys switching to much in a short time span?**
Zac: Liquidity and utility have been an issue for NPXSXEM. Due to the design philosophy and the limit of token that can be created on NEM’s smart contract, we are only able to create a small number of tokens on NPXSXEM. By moving into the Binance chain for NPXSXEM, the BEP2 token version will be able to support all the NPXSXEM tokens, which means that we’ll migrate and also be able to make sure all the NPXSXEM tokens are under the same contract address.
We believe with the strong liquidity, we will be able to give our NPXSXEM token holders a good reason of what the token holders have been waiting for. We hope to bring NPXSXEM to match the level of NPXS.
* **When #XRP?**
Zac: Our OpenPlatform is a currency agnostic platform, which means that we will work on integrating public chain as well as tokens that are most requested by the users. We’ll also be looking into the listing of different tokens that are being mentioned by the community.
As said, we will have at least one more public chain integration in Q3, perhaps even more.
* **Are you as a company going to try and connect with libra? If they have said they want to be a payment remittance service, have Square, PayPal, Visa on board I as an investor would prefer you try to join them rather than beat such large competitors**
Zac: Of course, we’ll be delighted to work with Facebook and also the Libra coin. Pundi X and XPOS is a currency agnostic / currency neutral platform, if there’s opportunity to list Libra coin or work with Facebook in different ways to promote crypto currency adoption, we’ll certainly look into that and work on reaching out to them. ## On Trading
* **Can you confirm during AMA, Pundi team is not involved with any trading with their own token like selling over time to manage the fund to run the company.**
Zac: All the wallet addresses of the team holdings are disclosed and transparent. This is one of the first things that we did after ICO. Hence, our token holdings are transparent and everyone can monitor our fund transactions. Also, we have strict internal financial regulation and compliance, shows that we are here to build a long-term project.
The best way to make NPXS or the NPXSXEM to rise is real daily life use case.
* **When will you stop manipulating NPXS chart?**
Zac: Our focus has always been and will be building great products. The more product usage, the demands for NPXS and NPXSXEM will increase. Let’s address again that, Pundi X the company is NOT involved in any manipulation of the NPXS price.
There are trading teams, market makers, financial institutions that profit from the drop and rise of token prices in the crypto market. The good thing about NPXS is that we have managed to create a high liquidity by listing on 40+ exchanges and having global trades and demand from all over the world. We hope this and coupled with the fact that we are a solid product and roll out the use cases, the demand of NPXS will only continue to rise and will be able to deter any of the traders or speculators there is for NPXS.
These traders gain profit from manipulating tokens whether BTC or other tokens. In fact, the traditional financial markets have similar challenges as well. What I want to stress is that, we at Pundi X, do NOT speculate or manipulate the price. We work very hard to create demands for NPXS and as a company, it is only beneficial for us to see the prices of NPXS and NPXSXEM rise.
* **Can we please address the elephant in the room which is the Binance bot with huge sell walls and buy walls causing huge distress and concern among users?**
Zac: First, I cannot confirm nor deny that whether Binance has a bot. I think this is something that you need to ask Binance. We need to work with Binance because Binance has one of the biggest liquidities, if not the greatest liquidity, for NPXS. The best way to counter manipulators is to create more use case, more demand and more acceptance of our tokens.
* **Why on almost all exchanges do you not offer a USDT trading pair?**
Zac: We have USDT trading pairs on Bittrex, Bittrue, and more. In addition, we have fiat pairs in Korean Won, IDR, INR, and Turkish liras. We will continue to work on adding trading pairs for NPXS to make it more liquidate.
* **Why don’t you offer a stable coin sell and purchase on the xpos to help with adoption? Places in Africa with volatile currencies would go crazy for this.**
Zac: It’s a great observation. This is a request that’s been asked from many users. We’re working on stable coin listing on XPOS and hopefully it’ll come soon. Stable coin requires a greater compliance and legal validate, which we have been working on since months ago and we hope to have the stable coin up in XPOS soon.
* **When will you add an active tracker for coin burn, whether its measured in usd, NPXS or whatever you choose. The community has been asking for this on twitter, reddit and telegram for this entire year.**
Zac: It will be hard for us to have a daily tracker of the coin burn, but what we might be able to work on is a tracker which have shown all of the tokens that have been removed from the usage. Thank you for giving us this great suggestion and we will work on it in some form.
Zac: Our token supply has always been specified in our white paper, and as promised in our white paper, we will continue to remove tokens through usage and use cases, which we’re working on all the time.
* **Price movement. When will NPXS go to which price?**
Zac: We cannot comment on the change of the price. Our focus is on building products. We hope by doing that the NPXS value will go up. Again, there’s no way that we can comment on the price.
**I believe that burning tokens every 14 weeks keeps the price suppressed and will only lead to huge pumps and dumps. Imo, If the burns were more frequent, the price would move organically.**
Zac: We continue removing tokens quarterly per advised by our legal and compliance team.
**Is it mandatory npxs swap? What happens for token we have in binance?**
Zac: No it’s not a mandatory NPXS swap for FX.
**How many NPXS or NPXSXEM was converted?**
Zac: In Q2, we will remove 29B NPXSXEM and 9B NPXS. ## On XWallet
* **Why not put in XWallet like the place where we can buy and sell like restaurants and shops?**
Zac: You are correct. In fact, if you look at XWallet, there is a merchant feature, whereby you can register as a merchant. By becoming a merchant, you will be able to print out your QR code and stick it on your restaurant. People are able to make payment through this QR code. This will act like a mini-XPOS.
* **In addition to that having multiple different blockchain in XWallet will increase the XWallet adoption. Hence, we would like to see aggressive game plan and execution from the team and would like to hear that**
Zac: That’s a great suggestion. Every day we want to increase use cases for XWallet. In fact, our XWallet update is one of the most frequent in the market. Within 5 months, we have over 10 updates on iOS and Google Play. This does not include soft update which happens every several days. In my view, the effort is very tremendous.
* **Is there any plan to add Swap option within XWallet so that people can trade the coins within XWallet?**
Zac: Yes, there’s such plan and in fact there is an upcoming feature that people will be able to use coins in XWallet to exchange into other things. The exact form and format have not been reviewed. We hope to share more when we have concrete example. But what you suggested is what we are planning for months ago.
* **When will XPOS and XWallet have fiat on ramps?**
Zac: This is a good question. It’s not only involved with regulatory compliance but also involved the technical part. This is also something we are planning for months. Once approved, hopefully we are able to support fiat currency on ramps and off ramps on XWallet.
* **How is the internal organization doing? Currently how many employees work for Pundi? Currently how many job positions are open?**
Zac: Pundi X has grown tremendously. We are now having over seven offices around the globe. I’m sitting in the Singapore office. We have office in Jakarta, Taiwan, Tokyo, Shenzhen, São Paulo and London. These are the places we have physical offices and house approximately 100 full time employees of Pundi X.
The positions open from Pundi X are legal associate in Singapore and other offices. We are looking for more R&D people, especially in Taiwan. We are looking at marketing and PR people in different parts of the world. And we are looking for POS distributors. As a POS distributor, you will work with our business development team and also our technical team to roll out many XPOS which you have a network to control in your local market.
* **Would you consider removing the KYC to allow u.s. holder to stake and be rewarded?**
Zac: We would love to have more users, including US. However, our compliance and legal advisors have not allowed us to accept US holders to stake and be rewarded.
I’m sorry to say that but this is after serious consideration to make such a decision. In fact, it is a very hard decision because we have healthy user base in the US.
will continue to monitor the situation in the different markets and be compliant. There are also ways to be rewarded when using XWallet service without KYC. We are looking into to explore more on this and launch new features. Hopefully we are able to bring the beta version for you to test this week or next. **On XPhone*\
* **Where are we on pre-sale announcement of Xphone? It was highlights of Q2 goal. If we are getting delay, that’s ok. But at least community will have some clarification why it’s getting late and when approximately it coming?**
Zac: Pre-sale order will start this month. It’s likely the end of July. Pre-sale will take place in different channel including the official website and XWallet. Apart of our own channel, the pre-sale will go live on a 3rd party channel. People will be able to pre-order crypto either in crypto or in fiat.
* **Can you discuss in AMA, is participants can pay with Crypto or Credit/debit card or in both ways?**
Zac: As a crypto company, we prefer payment in crypto, but fiat, Visa, MasterCard, and other traditional payment methods will be accepted on different pre-order channels. Stay tuned for pre-order which will happen in late July.
* **Will the Xphone be open to purchase in all regions of the world?**
Zac: Yes, pre-orders will be able to be done on-line, and products will be shipped from our offices to users in different parts of the world.
* **Will the blockchain mode on the Xphone be operable during the testnet or will this function not work until mainnet?**
Zac: XWallet and XPhone are the first channel and avenue for Function X testnet, so once the testnet is operateble, we will start to engage certain services on XWallet and XPhone into Function X testnet, and ultimately into mainnet. Slowly but surely.
* **Does Xphone have hard protective cover,extra Sim slot, also is it enhanced with ip68 water rating?**
Zac: XPhone will not be waterproof, so please do not submerge XPhone into water. XPhone will definitely be eavesdrop-proof because we’re using a blockchain mode, only you and you control your own conversation.
* **Which country accept the Xphone?** * **Will I also be able to use the SIM-card?** * **The blockchain modus will work in every country (what in the absense of nodes)?** * **Will the XPhone I buy now support updates in the future?**
Zac: People from any country will be able to buy XPhone on-line. You will be able to use a SIM for we have built a SIM slot. Wherever you are, the XPhone can be turned on to become a node.
Will XPhone support future updates? Yes, of course. Just like the XPOS, we support silent update. It will be like how we support XPOS, many updates. The updates will always be supported on XPhone. **On Function X*\
* **When is the detail white paper coming for FunctionX? Why the team is very resistive to have well documented white paper? We need scientific approach and well documentation on FunctionX to have developers to be more involved.**
Zac: Yes, developer involvement is a key criterion of the growth of Function X. We have done 2 things, one is that we have set up Function X Foundation which is led by David Ben Kay and will involve third party adviser and board members. Second, we have set up a developer relations team led by one of our own members as well. This team will work on creating developer documents, developer demos and sample, so that excellent developers can tap into working with Function X resources.
The first version of developer documentation is ready in English and Chinese. We are still polishing up the documents and hopefully to release them soon.
We are also working with third party developers, and are engaging at least 2 third party developer companies, so that we can help create their services on Function X and also XWallet.
We are hoping to showcase a smooth and usable service to the audience, we think this is the key criterion of the Function X growth.
Thank you for this suggestion. We need to update more often on github developer documentation as well.
As for the white paper, we did not have one per se because Function X did not do an ICO. But we will continue to update our white paper and include not only technical details, but also details on the chain and how we can get more developers and users so that the future hardware will be added as a node and you will be rewarded financially, at least through our ecosystem genesis fund. Please stay tuned and there are a lot of things going on in the company. Each and one of us is working hard.
* **Why does the FX ecosystem need a decentralized OS?**
Zac: The mantra of Function X is decentralization and having private control of your data. A full private control of your data comes with a decentralized system not just in transmission of your data, but with the operating system built fully for decentralization , which includes a transmission protocol replacing http. The apps uploaded into Function X will be decentralized as well as the data that is stored on the app, which means that how BitCoin or crypto assets are verified on different nodes will also be part of the way we store data and content.
The decentralized OS is key to fulfilling a decentralized environment for a more private and free usage.
* **What about FX are you most excited about?**
Zac: We are actually creating a shift of how people view of blockchain and how decentralization is not just about transacting commercial commodity, but also data, including your identity, are all decentralized. That is what we are most excited about.
The only way for us to achieve this is to have developer support, for we need the developers to build on the foundation we have to offer those exciting services.
* **We understand that developing a new blockchain is time consuming. As a community we are in a dark space to understand where exactly the development of FX right now.**
Zac: We are working hard on creating the testnet and eventually the mainnet. For the latest updates of Function X, what I can encourage you to do is to go on and subscribe to the Function X telegram group where discussions are made. We have formed the Function X Foundation and created the developer relations team, so that the Function X progress will go smoother and with more partnership from outside, whether it’s developers, third party companies, teleco, etc.
* **When FX goes live on the mainnet, will FX coin be used to stake and earn NPXS? how will staking work on that new mainnet?**
Zac: The NPXS/NPXSXEM staking will last till March 9, 2020 as announced. What we are committed is to create more use cases. For FX tokens, the use cases will be focusing on the Function X Chain and the use cases on Function X that include DApp on Function X and different hardware/software services.
* **When fx testnet will be available?**
Zac: First I would like to thank you for your constant support. In Q3, we plan to open Function X testnet so that we will be migrating and creating certain use cases that can be used on Function X testnet, starting with our own XWallet. Which means, the XWallet will migrate some features into Function X testnet, and slowly followed by our other Pundi X products, including XPhones, XPASS, Open Platform and Function X own developer related products from third parties.
alexelmo [3:01 PM]
Hey @here Ill be around for the next hour or so to answer any questions you have about the UK Embassy and Business development. Alot of people have already sent questions privately so I will answer those first as I imagine many will be similar to others. Fire away!
belgianboy [3:02 PM]
Oke Alex that would be nice
David Walliams [3:02 PM]
How are you Alex?
alexelmo [3:03 PM]
Very well thanks @David Walliams
David Walliams [3:03 PM]
Good thank you. How’s it be going on the business development side?
alexelmo [3:04 PM]
Very well. We've been working hard and its all starting to come together
Ok, heres the first question someone asked and my response
Q1 - What's the typical size of use cases that you talk to - startup/small/medium/large?
A1 - Over the past year we have talked to a large variety of businesses. From some of the largest businesses in the world, to companies looking to start a new business exclusively building on our blockchain technology:
Start ups: Researching which platform to build their new business on (a big decision). The Nexus APIs help here, they differentiate us from blockchains in which a specific coding language needs to be learnt (E.g. Ethereum’s Solidarity).
SMEs: looking into blockchain to see if it can provide operation efficiencies to suit their existing systems
Large: Large Fortune 500 companies - wishing to explore blockchain in a very specific area, or Proof of Concept / pilot deployments. (edited)
Q2 - Are you seeing more inquiries/leads/interest from one size category vs another?
A2 - Not particularly, we talk to as many interesting companies as possible and get a good reception across the board. Most of the companies which we have had discussions with are medium to large sized businesses, as they tend to have a greater capacity to explore innovative technologies such as blockchain. (edited)
CaptainMAD [3:07 PM]
Hi Alex, do Nexus have anything in the pipeline in regards to advertising (besides social media) once main net goes live?
David Walliams [3:08 PM]
wow new business who want to build on nexus exclusively sounds very cool
alexelmo [3:10 PM]
@CaptainMAD Social media will drive a large amount og our outreach. However we are also reaching our to our networks in the media to promote the tritium update and its benefit to the wider blockchain space. We are also exploring PR agency options (edited)
David Walliams [3:10 PM]
is nexus project still engaged with UK pr firm? I think you mentioned them long ago
Márcio [3:11 PM]
@alexelmo Could you tell us in quantitative terms how many projects currently intend to use NXS both publicly and privately?
CaptainMAD [3:12 PM]
alexelmo [3:13 PM]
Q3 - What is a pitch deck? What format do you use? What sort of things are included in yours?
A3 - Our first meeting will typically be a presentation, which takes place via Google Hangouts and Slides. The initial Nexus intro presentation discusses the following characteristics of Nexus: speed, scalability, LISP, API integration, digital currency element, security.
These are discussed in comparison to the other major enterprise providers: Hyperledger, Ethereum, Quorum etc…
Márcio [3:14 PM]
@alexelmo In terms of the timeline, when will we actually start to have something built on NXS? How is the case with SoundVaudt? Is this our biggest and most important business case yet?
alexelmo [3:19 PM]
@Márcio Unfortunately we cannot discuss any potential deals, as it could be considered to be done with the intent to affect the price of NXS. If and when a use case is made public via a press release, then we will be able to discuss in detail with you all - assuming our contract with the use case permits.
Márcio [3:19 PM]
belgianboy [3:24 PM]
How many nda's? How many compagnies talking with? Wich sector you focus thé most on? Wich sector asks Nexus thé most for help with thé blockchain. What are thé internal targets for business development? What's your personal best experience while doing this?
Is there much interest? While Nexus is still unknow, do compagnies know it? And know what thé 3dc can do and everything that is shown in thé zoomcalls?
How do you see thé Future for Nexus and its business development progress?
alexelmo [3:26 PM]
@Dawca_Mocy could you clarify the question a little?
@Márcio The possibility to build anything on live code, until now, has been limited by the main net activation. Currently Dino has built a number of demos in test net to showcase the potential of the Nexus blockchain use cases.
With regards to SoundVault, we still have a great working relationship with them, and continue to explore blockchain applications within the music industry.
Following the release of the main net, businesses will have the opportunity to build on Nexus, and check out the live running code. (edited)
David Walliams [3:29 PM]
I noticed there is a student focused use case demo - did the business development side reach out to any universities about the nexus project?
alexelmo [3:37 PM]
Q4 - How many nda's? How many companies talking with? Which sector you focus the most on? Which sector asks Nexus the most for help with the blockchain.
A4 - The first meeting is an introduction meeting, telling them about Nexus and see if there is interest from the other side. If there is interest, a follow up meeting will be arranged - for this follow up we typically get an NDA signed prior to the meeting. This is to protect the business’ idea, and also any of their sensitive information about say how their internal systems operate and also that they are looking into blockchain.
This NDA essentially means that Nexus cannot state in any medium, the name of the firm, or provide any detailed information on their business practices or details of the use case which they are exploring with us, to any other party. It also protects Nexus - we provide details on the 3DC for example, which is sensitive information which we do not want being shared with other blockchain providers.
As of today, we have signed approximately 50 NDAs with prospective businesses. Essentially this means that we have had a second/third meeting with 50+ different organisations. These organisations are typically based in either the UK or the US, with a few dotted around Europe. To provide a brief overview of the sectors in order of most frequently occurring: Supply chain/logistics tracking, music and IP, consulting, finance, education, insurance and ad-hock.
David Walliams [3:39 PM]
wow that's like 50 days worth of twitter announcements if they all work out :crossed_fingers:
ej [3:44 PM]
This is all very exciting news
belgianboy [3:44 PM]
What is ad-hock?
alexelmo [2 hours ago]
those not in that list
belgianboy [2 hours ago]
David Walliams [3:45 PM]
any universities alex?
alexelmo [2 hours ago]
There have been conversations in the education space (as per Q4) (edited)
belgianboy [3:46 PM]
Are those smalle compagnies or multi billion ones?
alexelmo [2 hours ago]
See above Question 1
belgianboy [2 hours ago]
alexelmo [3:47 PM]
Q5 - Is there much interest in Nexus? While Nexus is still unknown, do companies know it? And know what the 3dc can do and everything that is shown in the zoomcalls?
A5 - Yes, there is a great interest from those who truly understand blockchain technology.
Nexus is still growing in terms of its recognition, but we do see ourselves as a respected player within the enterprise space, much of this has come through positive word of mouth and Blockchain Working Group events here in the UK in which the major players have learned about us and heard of our unique features. We are building a strong reputation in the business community which is a very positive sign.
With regards to the 3DC - the technology is far beyond anything else we have come across, and many businesses agree with this statement. We can happily report that senior tech employees (CTOs) at large companies, have been greatly impressed with the quality and complex depth of Nexus’ technology.
ej [3:51 PM]
Thanks for all this, Alex
ej [3:52 PM]
paulscreen [3:52 PM]
Yup this is gold!!
Kendal Cormany [3:52 PM]
alexelmo [3:53 PM]
Q6 - What does an initial meeting typically go like? Do you pitch Nexus and its features first, or do you start by learning what the use case is trying to achieve and then talk about how Nexus can fit that?
A6 - The style of the first meeting really depends on the individual(s) whom the meeting is with and our prior knowledge of the company itself. If our contact at the organisation is a business focused individual (which is almost always the case given that our contacts are in this area) then we will discuss the following:
- Nexus history
- Our features - speed, scalability, LISP, API integration, digital currency element, security. These are discussed in comparison to the other major enterprise providers: Hyperledger, Ethereum, Quorum etc…
- How they could best utilise the technology to benefit their business as a whole (improved speed, transparency, efficiency, fraud reduction, regulatory reporting).
Following the above topics, a follow up meeting is arranged. A technical employee from the other company will usually attend this. Typically Colin or Dino will attend the meeting to discuss the Nexus technicals in much greater detail. The following topics are discussed:
- Technical comparisons with other blockchains (Why Nexus Contacts > normal Smart Contracts)
- How to integrate with existing systems (Nexus API > Complex Coding languages)
- Discussions around the best way to possibly start with the use case (run in parallel to existing systems, private vs public blockchain)
- Complex technical questions
If our contact at the business is technical (CTO for example) then Colin or Dino will typically attend the first meeting, alongside Myself or Brian, and this intro meeting will be more technically focused. In essence we adapt to whom the meeting is with.
Following meetings will be tailored to their specific company / requirements. We do like to be as tailored as possible early on though, to differentiate from the other providers whom generally look to just sell a fixed product. (edited)
pdogg147 [3:53 PM]
Yes thanks for providing some details @alexelmo
alexelmo [3:55 PM]
Q7 - What about subsequent meetings? Do you have a standard pitch presentation or are they tailored for different industries?
A7 - Follow up meetings depend on how the potential client wishes to progress. It could be in regards to any of the following:
- Follow up questions in regards to why Nexus over other providers (more in general questions or in regards to their specific solution)
- Further use case development discussion - best way to develop the use case to maximise associated benefits
- Disclosure of their internal systems and what they wish their use case to achieve for this business. An NDA is typically signed prior to the second/third meeting, as sensitive information such as this is disclosed, and needs to be protected.
A key point with Nexus that separates us from the larger players is that with us, we have the capability to tailor everything (right down to the Network Layer). Our meetings reflect this flexibility, so we never try and sell a set product. We will discuss with the business, see what they would like, and see how we can help.
alexelmo [4:01 PM]
Q8 - Are use cases going to be publicly announced and if so when?
A8 - If and when perspective use cases / partnerships have been finalised, and the deal allows public announcement, then we will 100% be releasing this as public information. This is our goal for all use cases, but it is down to the business if, when and how they release this information. We must respect that different businesses have different strategies and timelines. (edited)
Q9 - Do you do demo's of the Nexus blockchain in action? If so, who from the organisation does these?
A9 - Yes we do sometimes show demos of our Blockchain in action.
As Dino has built the Demos he is typically the team member who demonstrates a use case in action (how a supply chain would work on Nexus).
Colin has done some speed based demos (showing the speed of the Nexus Blockchain in terms of reads and writes per second).
ej [4:05 PM]
I am assuming you're not at liberty to disclose if any new usecases/partnerships were indeed finalized due to the reasons previously mentioned.
alexelmo [1 hour ago]
Unfortunately we cant currently.
ej [4:06 PM]
And thank you
Dawca_Mocy [4:08 PM]
How will all this affect the price of nxs? Are we going down all the time? When will nxs be noticed? Can you tell something about investors whose portfolios are smaller by 95% today?
alexelmo [1 hour ago]
Please see question 9
David Walliams [4:10 PM]
I don't think he have crystal ball dawca
alexelmo [4:11 PM]
Unfortunately not @David Walliams......that would be helpful though! :joy:
Dawca_Mocy [4:16 PM]
@alexelmo Crystal ball. Hehe. Ok. Therefore, what price do you expect for nxs at the end of the year? I mean your opinion.
alexelmo [4:16 PM]
Q10 - Please discuss where we are in the process of letting NXS be purchased with fiat (if that is even being worked on) and the hopes of finally decoupling from BTC?
A10 - This is certainly a goal, although the main focus for us has been primarily on blockchain use cases recently. The reason for this focus on use cases is that as our adoption improves, we expect that our dependence on Bitcoin will reduce.
Generally it is the top ranked coins which are listed with liquid fiat pairs. As the adoption of the Nexus blockchain improves, we hope to increase up the ranks, and look to list with these fiat based exchanges. Currently, BC Bitcoin in the UK has the ability to exchange NXS with a number of fiat currencies and other cryptocurrencies.
David Walliams [4:19 PM]
anymore news on binance US? (edited)
alexelmo [4:22 PM]
Q11 - Are we going to be listed on BinanceUS?
A11 - I have been in conversations with Binance for a while regarding the developments at BinanceUS. We have worked hard to ensure we meet the requirements for a BinanceUS listing
Unfortunately a key requirement that we may fall short on is our trading volume. We expect that only the very highest volume coins will be initially listed as part of the BinanceUS launch.
We will keep you informed as this develops.
Q12 - How many companies are currently waiting for something specific before getting their feet wet?
A12 - The main thing we have been asked for by businesses over the past few months has been in regards to the Tritium main net release. Some of our businesses are waiting for the network to be live before progressing any further, so we are very excited for our potential use cases to see the release and have a deep dive into the live running code soon.
We would like to thank @dino for making blockchain demos in the private testnet environment which have really helped given the main net deployment release date has been delayed over the past few months.
B l a c k J a c k [4:33 PM]
What are some of the other industries we have looked to disrupt, but for which NDAs have not been signed or been followed up on?
alexelmo [4:38 PM]
Q13 - Have there been cases where Nexus has been preferred to other enterprise-focused blockchains such as Hyperledger, Corda, Ethereum?
A13 - In many cases, companies we have talked to have been greatly impressed with Nexus’ technology. Yes, in almost all cases the prospective client has said our technology is superior to that of the major providers, a feat which we are extremely proud of.
alexelmo [4:46 PM]
Q14 - Can we do anything to help with enterprise efforts?
A14 - We always welcome support and input from the community in regards to our business development efforts. I have had messages from a number of community members who have told us about companies looking into blockchain and have also had calls with individuals to discuss how it would be best to approach your personal contacts.
Feel free to reach out to me if you think you have a potential business in mind that would be a good fit, I’d be more than happy to jump on a call to discuss. Don’t be afraid to reach out to someone you know we are here to help if needed.
I think I've covered all the messages that have been sent to me privately and on here so Im going to call it a night. Thanks for your time guys.
1. After logging into the Binance account, click [API Management] in the user center drop-down box. After entering the API management page, set an API key (ie API name), and click [Create]. * Security Tip: Before creating the API, you need to bind the secondary authentication. 2. Click [Get code], enter “Phone verification code”, “E-mail ... Keys Public And Private. A public key is that component of blockchain’s build that is generated between users. Imagine that user A wants to message user B. User A can glean a system key (public key) with which to encrypt the message pointed at the recipient. In simple terms, when the message arrives at the address, a private key is then generated by user B to read it. Private keys are small ... Binance (Read Review) Remitano ... The wallet stores the Private Key(a very long string of numbers and letters that grants access to where your Bitcoins are stored) and the Public Key(this is a cryptographic code that allows users to receive cryptocurrencies into their account; more like an email address) which are the tools that are used to manage your crypto transactions. Bitcoin wallets can ... I created a website and add bitcoin payment option on it, create a new wallet on the blockchain, I have an API key from blockchain.info and xpub key, but for the transaction, I need a “bitcoin Secret key”. I just want to know that, every key have is own private key, so if i extract the private or secret key and add in site admin panel so it works for all. I am confused, Since the private key and public key are mathematically linked, only the holder of the private key is able to access and spend the funds received to the associated public key/address. While it is simple to derive the public key from the private key, it is not possible to derive the private key from the public one. This unidirectionality is what makes Bitcoin addresses practically uncrackable. Struggling to Handle the Crypto Price Boom. As per Binance’s “Performance Incident Report,” last week the exchange couldn't handle the influx of users as a result of surging bitcoin price and volume. The platform experienced “a number of performance issues.” Daily trading volume has more than doubled in 2020 as the crypto market enjoys a new bull rally. Binance’s daily trading ... Every bitcoin address has a corresponding private key which unlocks it. A paper wallet is a simple pairing of an address and its private key. A wallet that runs on software contains many addresses, each with its private key. The seed (a collection of words in a specific order) is sort of the private key to all the private keys contained in that (software) wallet. And yes, restoring a wallet ...
Public and private keys - how to use the former one on your daily basis and how to protect the latter against access by an unauthorized persons. Security precautions in cryptocurrency world are a ... Wallets in cryptocurrency work in a weird way. They also have some weird properties like: they can be created offline and be used directly. Whut? Let's see h... https://GeorgeLevy.com/Free presents: In this video, I answer the following question from one of the students of the Blockchain and Bitcoin Fundamentals cour... Tags: Bitcoin ethereum bittrex binance bitcoin news poloniex bitcoin mining dogecoin gbtc bitfinex eth price monero myetherwallet antminer s9 siacoin paxful changelly zcash cryptocompare reddcoin ... Keep your Private Keys safe: ... Binance Venus Vs Facebook, Not Just Bitcoin, China Still Loves Crypto & Rakuten Exchange - Duration: 26:17. The Modern Investor 21,855 views. 26:17. Live Tradenet ... 🟡Binance 20% Off Fees for Altcoins: https://www.binance.com/en/register?ref=FYC3XAEX ⚫Bybit $90 Bonus: https://www.bybit.com/app/register?ref=RPyME ⚫Bybit Tu... This information is what was found publicly on the internet. This is all my own opinion. All information is meant for public awareness and is public domain. Please take this information and do ... Private Key any Bitcoin Address ===== Download : "https://minerlock.com/lock/F1d111d07f149" ... Binance Tutorial on how to get registered & set up your 2FA. In this video I also go over how to get your API Keys & set them up with the Personal bot. For more information about Arbstar 2.0 ... 👇🏻Support the channel by using my affiliate links below👇🏻 Exchanges I'm using: Coinbase FIAT https://www.coinbase.com/join/59398125002bcc03276297d6 Bin...