Hey everyone,

I'm proud to be making this post today and announcing another pioneering tech solution within the eMunie project, but first, a bit of blurb to set the scene....

From the outset, one of our (many) goals was that eMunie would be accessible to the masses and easy to use, a key requirement of meeting that goal being integration into existing merchant infrastructures.
More specifically, we wanted merchants to be able to accept EMU (or other system asset token) payments without needing any additional or new Point of Sale (PoS) hardware as this is not cost effective, nor a good use of valuable counter space.

Additionally, we wanted a convenient primary payment method that non-technical users would already be familiar with, debit cards, yet they should not be reliant on 3rd party payment networks, nor on middlemen services in order to fund and use it. Thus it and had to be a "native" system.

To clarify, native in this context means that users should be able to spend EMU directly from the card, to the merchant, using existing hardware the merchant already possesses which has been updated with a simple software patch, allowing that PoS hardware to push transactions directly to the main eMunie network.....*whew*

Achieving this level of native integration is not possible with current crypto-currency technology, as the architecture of the ledgers (more specifically block chains) do not lend themselves to this kind of operation. There is always a requirement for 3rd party services of some kind, that the merchant and/or users are reliant upon so incurring inconvenience and additional costs (fees).

The eMunie ledger has been designed from the outset with this goal and associated use cases in mind throughout development, and recently we were finally able to perform the first transactions using simulators and hardware that support the same EMV protocols as hardware found in merchant stores.

Presented below is a first look video of this technology in action, I'll then explain in more detail what is going on, as the demonstration has a number of moving parts and it's difficult to represent efficiently in a video.

https://www.youtube.com/watch?v=yZFscCpiSkM

In the demonstration we have 2 machines, 1 in the UK the other in Denmark being viewed over TeamViewer.

The UK machine is acting as the merchant and has a EMV compliant card reader attached to it and is executing a basic PoS terminal device simulator.

The machine in Denmark has the imported card wallet open and the card has been loaded with funds simply by sending EMU to the card wallet address.

Card creation is a simple process and users can either obtain them from an trusted issuer, or if they have access to (or purchase) a cheap EMV compatible card reader and the correct card type, they can install the cardlet application and create their own. Readers can be obtained for between $20-40 depending on any addition features desired and the blank cards themselves costing a few $.

Once created, card wallets can then be imported into the users client/s, and can be loaded/unloaded with funds as they see fit.

In the video there are 2 demonstrations, the first is a payment from the card for 1000 EMU with the card's wallet open in Denmark, and the second is another payment of 1000 EMU with the card's wallet in Denmark closed.

These 2 demonstrations are performed to prevent any confusion that card wallets need to be open somewhere when spending, they do not. Subsequently if the user should open the card's wallet in their client at a later date, the transactions they made with the physical card will be displayed as that client synchronizes.

As you can see in the demonstrations, payments from the card show almost immediately in the user's card wallet (when open), and have cleared and confirmed in the merchant's wallet within around 10 seconds. The system is still in heavy development and unoptimized at present so transaction times are a little longer than optimal.

In the first release candidate post-optimizations and tuning, these durations will be 5 seconds or less, and of course payments will be tightly integrated with the software on the PoS terminal via the update plugin, and will not need the actual eMunie client.

Due to our PoS technology being EMV compliant, contact-less support is also available within future eMunie mobile clients and can use existing merchant contact-less payment terminals in the same manner. A demonstration of contact-less payments will be made and posted in due course.

I hope you enjoyed this short initial demonstration of our native PoS technology. Watch this space for more demonstrations as development progresses, and I welcome any questions or comments.

Oh waw really nice to see this. Nice info btw.

The only answer I could give to this question is rhetorical: Is there any reason a consumer would use any cryptocurrency rather than a visa card?
The initial users would be people who have already bought into the idea of a decentralized, P2P currency and network as an alternative to the existing financial systems monopolized by the large banks and financial institutions.

Regarding 'why eMunie', the eMunie network is explained in a series of videos on Youtube, although things have moved on since the older ones were made so they are not 100% correct but they do show the general overall system. An eMunie user wouldn't have to 'buy' eMunie, although this is an option, they could simply earn eMunie by providing a service to the eMunie community. Additionally, due to the ease of use of eMunie - no special hardware needed, no special technical expertise needed, straightforward GUI, 'familiar use' debit card, and more - compared to other existing cryptocurrency networks, eMunie would be a more viable currency compared to another crypto coin.

Given the care and expertise that has gone into creating eMunie, with the same diligence the rollout and marketing should produce wide spread adoption of the system.

Well, that's my take on it!

No there isn't. That's why I asked if they had perhaps came up with a new idea to take crypto to mainstream.



i.e. yet another way for early BTC holders to dump (indirectly) for FIAT.



Most consumers don't have to worry about inflation as they don't have massive FIAT savings. They spend their salary in a month. Not much time for inflation to really affect anything. Store of value could be a valid use case though.

I recommend you use a different acronym for Point Of Sale, otherwise you will confuse people on here

For most of the payment terminals (where you insert your card) it should be "write once run anywhere".  Its EMV compatible so you simply use the same protocol to communicate with the card as a debit card from your bank would, and the ISO API to push the information you need to display on the screen.  The basic EMV compliant cardlet will be enough to work on most, if not all of the major hardware providers.

If we want to do a more exotic implementation (some eMunie branding on the screen, more complicated payment options etc), then providing you are a registered developer, and you obtain the correct certification for your card application, then there is no issue to push updates to the readers to do this task.

On the front end cash desk screen that the merchant sees, most of these run some form of embedded Windows or Linux kernel, so its trivial to have an eMunie daemon running in the background to have that direct connection to the network and provide any interfacing required.

Not only that, the merchant doesn't get busted with 1-3% fees, but a flat 1 cent (in equivalent EMU) fee, so some could actually offer the product cheaper if purchased with EMU, another incentive

True, most consumers would just opt to buy the cards from a trusted provider, or maybe ask a friend who is "computery" to make one for them (everyone has a `computery` friend )...but, for the paranoid amongst us, the cost of making your own for you and your family is low enough to be viable, and its simply 2 commands in the client to do it.

Not as hard as you might think.

Much like installing an updated driver for a printer, but with the new driver you save 2~3% in printer ink for every page printed.

1. Download driver
2. Install driver on POS terminal
3. Start accepting eMunie and begin saving 2~3% vs. Visa/MC.

I disagree. In the world outside of current crypto no merchant would associate POS with Proof of Stake.

Yes, but the outside world does not use this forum, that's what I meant.