Bitcoin Forum
June 17, 2024, 01:38:51 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 [6] 7 »  All
  Print  
Author Topic: [EMUNIE] THE fastest crypto-currency  (Read 11628 times)
Come-from-Beyond
Legendary
*
Offline Offline

Activity: 2142
Merit: 1009

Newbie


View Profile
November 07, 2015, 10:02:49 AM
 #101

Or perhaps the guys who found the selfish mining flaw in Bitcoin will endeavor to analyze these new consensus designs once they have been more finalized.

We sent them the whitepaper but they seem to be busy with Bitcoin-NG.
TPTB_need_war
Sr. Member
****
Offline Offline

Activity: 420
Merit: 262


View Profile
November 07, 2015, 11:12:36 PM
 #102

Or perhaps the guys who found the selfish mining flaw in Bitcoin will endeavor to analyze these new consensus designs once they have been more finalized.

We sent them the whitepaper but they seem to be busy with Bitcoin-NG.

I think all of us working on block chain scaling are very busy. Good luck to all, and let's see what we all come up with and how it settles.

I personally will put more energy into analyzing Iota once you've guys have settled all the issues and are nearer or at release. Ditto eMunie.

Peace and chillax to all.

TPTB_need_war
Sr. Member
****
Offline Offline

Activity: 420
Merit: 262


View Profile
November 20, 2015, 09:17:15 AM
 #103

The following domains can be registered at namecheap.com. I strongly suggest you grab them immediately:

emuni.es
emoni.es

If you had not already claimed that name, then I would strongly consider using those names. But I don't want to steal your ideas.

WorldCoiner
Hero Member
*****
Offline Offline

Activity: 1069
Merit: 682



View Profile WWW
December 08, 2015, 02:31:52 PM
 #104

Any news here Dan. Crowdsale first quarter 2016?
I know, you don’t like to be in a hurry, but in fact the time is running against you…

Thanks.
USB-S
Sr. Member
****
Offline Offline

Activity: 574
Merit: 250

In XEM we trust


View Profile
December 08, 2015, 06:00:33 PM
 #105

Any news here Dan. Crowdsale first quarter 2016?
I know, you don’t like to be in a hurry, but in fact the time is running against you…

Thanks.

Would love to hear more info about the launch as well.


````````````````████████
_`````````██████████████████████
_`````█████████████████████████████
_```█████████████████████████████████
_``████████████████████████████████████
_█████████```````████████```````████████
_███████````████````██`````███````███████
_██████````████████`````████████``███████
_██████````██████````██``██████```███████
_███████```````````████``````````████████
_██████████████████████████████████████
_``████████████████████████████████████
_```_████████████████████████████████
_``````████████████████████████████
_`````````3█████████████████████
play.infinity
        Eжeднeвный ДЖEКПOT
TELEGRAM CHAT   SITE   TELEGRAM
                   Get free eth
wingspan
Newbie
*
Offline Offline

Activity: 54
Merit: 0


View Profile
December 08, 2015, 09:51:53 PM
Last edit: December 08, 2015, 11:12:58 PM by wingspan
 #106

soon.  More info at https://forum.eMunie.com and https://twitter.com/eMunie_Currency.  I'd imagine there will be no date for launch or funding until after all is sewn together and public testing (A.K.A. "OB" or "Open Beta") is looking good.

BTW, I am still willing to do a speed test bake-off if any dev team wants to challenge eMunie's 2000 TPS claim.  PM me if you want to submit an entry (before Dec 26th) per the bake-off thread from two months ago (https://bitcointalk.org/index.php?topic=1203228.msg12670849#msg12670849).
Fuserleer (OP)
Legendary
*
Offline Offline

Activity: 1064
Merit: 1016



View Profile WWW
December 09, 2015, 08:51:27 AM
 #107

Any news here Dan. Crowdsale first quarter 2016?
I know, you don’t like to be in a hurry, but in fact the time is running against you…

Thanks.


Open betas, crowd sales (or whatever they are called these days) and more is all due to kick off in Jan.  Will post with specifics nearer the time.

I've been a bit quiet as of late I know, hunkered down and working hard Smiley

Richard1972x
Full Member
***
Offline Offline

Activity: 224
Merit: 100

★YoBit.Net★ 350+ Coins Exchange & Dice


View Profile
December 09, 2015, 11:30:43 AM
 #108

This seems to be a very interesting Coin-Project. Looking forward to it  Smiley

favdesu
Legendary
*
Offline Offline

Activity: 1764
Merit: 1000



View Profile WWW
December 09, 2015, 12:09:01 PM
 #109

Congrats on your TPS, very nice!

however, be careful with your words (the fastest).

Take a look at BitShares 2.0 pre-alpha testnet results Smiley

Fuserleer (OP)
Legendary
*
Offline Offline

Activity: 1064
Merit: 1016



View Profile WWW
December 09, 2015, 03:48:26 PM
 #110

Thanks for the congrats.

However I do not mean to be rude, but this debate of speed was settled some time ago, and I would suggest you take the advice you offer of being careful about what I say and give it to BitShares instead.

1. They claimed 100,000 tx/s which is simply a claim they can not make.  It was done in a lab, and wasn't even a real world test.
2. Their test net only just managed a peak of 1000 tx/s
3. Their live net is throttled to just 100 tx/s as anything more causes serious issues.

We managed a peak of 2400 tx/s on our test net, achieved peaks over 1500 tx/s many times and ran sustained tx loads of 300+ tx/s for hours at a time with no issue.  Furthermore the last time I checked, 2400 was more than 1000. Smiley

Everything else is just wild grandiose claims and until someone presents fact of a something faster, on a public test net, with 3rd parties witnessing the event to back up the claims, eMunie IS the fastest crypto tech right now.

Videlicet
Legendary
*
Offline Offline

Activity: 868
Merit: 1058


Creator of Nexus http://nexus.io


View Profile WWW
December 14, 2015, 08:07:13 AM
Last edit: December 17, 2015, 08:56:32 AM by Videlicet
 #111

If speed is your #1 (I hope not sacrificing security), can I ask why would you write this code in Java?
http://fiehnlab.ucdavis.edu/staff/kind/Collector/Benchmark/JAVA_Benchmark/

I see with high Java optimizations and low C++ optimizations such as 32 bit C++ and 64 bit Java the gap can close to 96%, but at a standard with no preference to Java lovers trying to make it catch up, I see the base span of 71% of C++ performance. At a +29% increase just from runtime execution if numbers stay consistent in proportion even with the cryptographic functions, you could be seeing +580 tx/s based on your 2000 tx/s claim.

Second thing I see here, is that many are concentrating on "confirmed tx/s", but rather banks leave transactions as pending for days until the funds finally reach their destination. The initiation of the transaction is purely just protocol aka memory pool, and the confirmation in reference to digital currencies can be see as "gotten on a block ". You use account channels from what I understand of your implementation, how do you arrive at consensus if lets say I send merchant A coins, and also send myself coins from a node across the world at the exact same timestamp. How will the consensus be reached as to which is the valid transaction? How will the distributed network recover from lets say the trans atlantic cables being out of service cutting europe from the usa for an hour even, which at 2k transactions per second would be 7.2M transactions. And let's say 3.6M happen in US that directly conflict with 3.6M in europe, how will the network reorganize and reach a consensus once again?

Thank You,
Viz.

[Nexus] Created by Viz. [Videlicet] : "videre licet - it may be seen; evidently; clearly"
monsterer
Legendary
*
Offline Offline

Activity: 1008
Merit: 1002


View Profile
December 14, 2015, 09:25:58 AM
 #112

If speed is your #1 (I hope not sacrificing security), can I ask why would you write this code in Java?
http://fiehnlab.ucdavis.edu/staff/kind/Collector/Benchmark/JAVA_Benchmark/

Probably because the productivity increase of using a modern language far far outweighs the performance advantage of using c++.
Come-from-Beyond
Legendary
*
Offline Offline

Activity: 2142
Merit: 1009

Newbie


View Profile
December 14, 2015, 09:48:11 AM
 #113

Probably because the productivity increase of using a modern language far far outweighs the performance advantage of using c++.

It's an urban legend that C++ is faster than Java. It's correct only if C++ code was compiled for that very family of the processor, otherwise Java program will run faster after JIT compiler hits (subject to JIT compiler quality).
bhokor
Legendary
*
Offline Offline

Activity: 966
Merit: 1000


View Profile
December 14, 2015, 10:22:53 AM
 #114

Dev, how often is emunie block produced? and which is the maximun size of the block, thanks and congrats for so nice project
Anima
Member
**
Offline Offline

Activity: 63
Merit: 10


View Profile
December 14, 2015, 01:31:18 PM
Last edit: December 14, 2015, 02:05:44 PM by Anima
 #115

If speed is your #1 (I hope not sacrificing security), can I ask why would you write this code in Java?
http://fiehnlab.ucdavis.edu/staff/kind/Collector/Benchmark/JAVA_Benchmark/

Thank You,
Viz.

Did you read the web page before challenging the choice of platform for dev?

Quote from: first line in your own damn link
Update 2009 JAVA 1.6 reaches ~95% performance of C++

Best regards from Anima - proud member of the Radix team.
Anima
Member
**
Offline Offline

Activity: 63
Merit: 10


View Profile
December 14, 2015, 02:13:04 PM
 #116


Second thing I see here, is that many are concentrating on "confirmed tx/s", but rather banks leave transactions as pending for days until the funds finally reach their destination. The initiation of the transaction is purely just protocol aka memory pool, and the confirmation in reference to digital currencies can be see as "gotten on a block ". You use account channels from what I understand of your implementation, how do you arrive at consensus if lets say I send merchant A coins, and also send myself coins from a node across the world at the exact same timestamp. How will the consensus be reached as to which is the valid transaction? How will the distributed network recover from lets say the trans atlantic cables being out of service cutting europe from the usa for an hour even, which at 2k transactions per second would be 7.2M transactions. And let's say 3.1M happen in US that directly conflict with 3.1M in europe, how will the network reorganize and reach a consensus once again?

Thank You,
Viz.

Concensus primer here. Needs some revision, but the overall answer is there to answer your question

https://bitcointalk.org/index.php?topic=1159624.0

Best regards from Anima - proud member of the Radix team.
wingspan
Newbie
*
Offline Offline

Activity: 54
Merit: 0


View Profile
December 14, 2015, 08:40:12 PM
 #117

Dev, how often is emunie block produced? and which is the maximun size of the block, thanks and congrats for so nice project
eMunie actually doesn't use blocks anymore.  But confirmations on individual transactions will typically occur in 10 seconds and be spendable again in 20 seconds roughly.  Project is still in development, and docs are being prepared, so I don't have a good link to give you at this time.

I can summarize the history of blocks and eMunie design changes for you, if you were wondering:
  • In 2013 eMunie gave up plans to use block chain tech (June 29th). Understandable delay was required to re-code the core using its better block tree design.
  • In early 2014, the eMunie main developer suffered $1M theft, intense scam accusations, and resulting delays, but thankfully, he didn't give up the project.
  • In late 2014, eMunie chose to move away from blocks entirely (Nov 3rd)! Six more months were required to re-code block tree tech to its better channel design.
  • In late 2015, eMunie core code is being wrapped up, with other modules tied in soon.
  • In 2016, if no more core design changes or unexpected delays happen, OB (open beta) testing, funding opportunities, and launch of v1.0 is expected.  But no deadlines.

cheers,
- wingspan.
chennan
Legendary
*
Offline Offline

Activity: 1316
Merit: 1004


View Profile
December 14, 2015, 11:14:12 PM
 #118

Dev, how often is emunie block produced? and which is the maximun size of the block, thanks and congrats for so nice project
eMunie actually doesn't use blocks anymore.  But confirmations on individual transactions will typically occur in 10 seconds and be spendable again in 20 seconds roughly.  Project is still in development, and docs are being prepared, so I don't have a good link to give you at this time.

...

  • In 2013 eMunie gave up plans to use block chain tech (June 29th). Understandable delay was required to re-code the core using its better block tree design.
[/b]

...

Wow, I didn't even know that a "block tree" was being developed... that's actually really awesome he's designing something totally different in comparison to the "block chain" architecture.  But could you go more into depth about what that entails and means in regards of being able to confirm tx's faster and remain relatively secure?

okiefromokc
Member
**
Offline Offline

Activity: 96
Merit: 10


View Profile
December 15, 2015, 01:46:09 AM
 #119

Well here is a little more detail:
1. The block-chain currently with BTC is ~7tps, and the eMunie version of the block-chain was running about 30tps per partition and there being 1024 partitions, or about 30,720tps. This was just not fast enough, as the required confirmation per transaction was ~45 seconds.

2. The block-tree version got the eMunie client up to about 100 to 120tps per partition, and still this was not fast enough, as the required confirmation was ~25 seconds.

3. The block-less channel version now gets a sustained for several hours 300+tps per partition. Again, there are 1024 partitions, so 300 * 1024 = 307,200tps. Granted it maybe awhile before this level of speed is required to use the partitions, but the eMunie client will be able to handle increased volumes whenever the need arises.

As you can see, the goal has all along been to meet or exceed the transaction levels of VISA speed.

What with the working Debit card functionality directly into the eMunie client circumventing all banking institutions, this was another goal of the Dev, Fuserleer.  This was the primary reason for the shift away from the block-tree format of the client, as it was determined that it could not handle the debit card required confirmation transaction speed of under 10 seconds.



okie
Videlicet
Legendary
*
Offline Offline

Activity: 868
Merit: 1058


Creator of Nexus http://nexus.io


View Profile WWW
December 16, 2015, 03:51:40 AM
 #120

If speed is your #1 (I hope not sacrificing security), can I ask why would you write this code in Java?
http://fiehnlab.ucdavis.edu/staff/kind/Collector/Benchmark/JAVA_Benchmark/

Thank You,
Viz.

Did you read the web page before challenging the choice of platform for dev?

Quote from: first line in your own damn link
Update 2009 JAVA 1.6 reaches ~95% performance of C++

Did you read my post? I quoted it my friend, but this is more "java orientated" or in other words, was completely in favor of java, java with full optimizations, C++ with none. So yes I could see 96% being the closing if a C++ programmer does not know what he is doing... Oh well, I'll leave you "Emunites"... So many closed minds here, with none of my questions addressed. Arrogance will be your downfall Fuserleer... you may be intelligent, but you aren't as brilliant as two intelligent people together, or three, or four...

You forget the spirit of Bitcoin:
"vires in numeris"...

Sadly,
Viz.

[Nexus] Created by Viz. [Videlicet] : "videre licet - it may be seen; evidently; clearly"
Pages: « 1 2 3 4 5 [6] 7 »  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!