Author

Topic: NXT :: descendant of Bitcoin - Updated Information - page 1080. (Read 2761637 times)

legendary
Activity: 2184
Merit: 1000
will trustless high frequency trading be possible when1000 transactions per seconds are possible

No. There is a 60 second gap between blocks. U can't call it "high frequency trading".

but it's ten times faster than counterparty & you mentioned that we can reduce the block forging time gap.
legendary
Activity: 2184
Merit: 1000
How's progress with the decentralised exchange backend and frontend GUI going?

I've just checked out counterparty, but to be honest, it's too damn slow, also there are just too many issues with piggybacking on the bitcoin block chain.  I think NXT has the right model.

Do you know why it's slow?  

Two very fundamental reasons

1. each operation on the exchange (e.g. putting in a buy or sell order) has a 10 minute delay (because it requires 1 Bitcoin block to be solved)
2. because all counterparty transactions are simply nested inside the bitcoin blockchain, they are not automatically validated like native bitcoin transactions.  This means that in order to validate a transaction the counterparty clients must rewind back from the counterparty genesis/PoB transactions and revalidate to the present point, which is way more inefficient than in bitcoin, where the Merkel tree is able to speed things up.

Are there any plans by Counterparty to change the above setups?
full member
Activity: 350
Merit: 100
Hmmm...i like the drama of gold on black, but I can see your point. Maybe slightly too Evil....
I'll have a fiddle with colours if i get some time later on.
Any feedback on text or layout ?

Form vs. function -- could you read that URL from the back of someone's car?

I could've 20 years ago. Probably not in 2014 (and definitely not at night).
legendary
Activity: 2142
Merit: 1010
Newbie
will trustless high frequency trading be possible when1000 transactions per seconds are possible

No. There is a 60 second gap between blocks. U can't call it "high frequency trading".
full member
Activity: 224
Merit: 100
I don't know if this has been answered or not, but have multi-transactions been implemented yet? For example, I can send to 50 different addresses in one transaction.

Otherwise, wouldn't distributing dividends to asset holders be extremely expensive for the dividend dispenser (assuming they have a large number of stakeholders)?

Fee will be lowered.

Yes, but that is a bandaid solution. What if eventually an asset has 1,000,000 share holders. Even with 2 decimal places, that is still 10,000 NXT to disperse dividends, which are usually small amounts.

I don't know if this has been answered or not, but have multi-transactions been implemented yet? For example, I can send to 50 different addresses in one transaction.

Otherwise, wouldn't distributing dividends to asset holders be extremely expensive for the dividend dispenser (assuming they have a large number of stakeholders)?

It's very easy to add multiple transactions.

fmiboy built a client that does this already: https://bitcointalksearch.org/topic/m.4893098

Hm, did he say whether or not it was an actual multi-transaction? Or it just automated the sending of transactions many times? (Thus you would still pay the fee for each individual transaction)

I don't know if this has been answered or not, but have multi-transactions been implemented yet? For example, I can send to 50 different addresses in one transaction.

Otherwise, wouldn't distributing dividends to asset holders be extremely expensive for the dividend dispenser (assuming they have a large number of stakeholders)?

It's very easy to add multiple transactions.

Thanks, hopefully it'll be added before AE really takes off.
legendary
Activity: 2142
Merit: 1010
Newbie
How's progress with the decentralised exchange backend and frontend GUI going?

I've just checked out counterparty, but to be honest, it's too damn slow, also there are just too many issues with piggybacking on the bitcoin block chain.  I think NXT has the right model.

I'm fixing bugs and adding extra APIs. I wouldn't hurry, we already did it and got unusable client. Let's do it right way this time.
Also, BCNext chose a simple architecture for Nxt core, we can add anything with a little effort. None of the platforms based on Bitcoin blockchain (MSC et al.) is able to go on par with us.
hero member
Activity: 854
Merit: 1001
Guys:
Been waiting for a good bumper sticker design, got bored and did one myself:

279mm x 76mm, when printed.
Would like feedback on it, might be good to have it in the hands of the guys at Berlin conference if it gets the green light

Leave your feedback on the marketing thread here on BTT:
https://bitcointalk.org/index.php?topic=412243.530
or on Nextcoin.org:
https://nextcoin.org/index.php/topic,3540.15.html

Going to bed now, really.

I don't get all the dark themes.
It makes it look, well, dark/evil/bad/star wars

Personally I would make the theme MUCH brighter. Give it a light airy look.
One of the USP's IS green / lightweight after all.

Hmmm...i like the drama of gold on black, but I can see your point. Maybe slightly too Evil....
I'll have a fiddle with colours if i get some time later on.
Any feedback on text or layout ?
full member
Activity: 350
Merit: 100
have you got all the donations you need for the reddit/facebook tip bot yet?

To start -- I was an ass to you upthread and could've directed you to a page explaining transparent forging but instead gave you a shitty, terse remark. Lack of caffeine is no excuse. Hope you can accept my mea culpa.

Yes. There wasn't a set amount for the reddit bounty, but there was a hope for 5000 NXT... it easily surpassed that and is over 25000 NXT.

The doge tipbot dev said the doge code isn't easily translatable (due to differences in JSON and python handling IIRC) but is willing to answer questions.

Facebook bounty -- there was never a set amount requested; 10000 is definitely a nice start!
legendary
Activity: 1232
Merit: 1001
How's progress with the decentralised exchange backend and frontend GUI going?

I've just checked out counterparty, but to be honest, it's too damn slow, also there are just too many issues with piggybacking on the bitcoin block chain.  I think NXT has the right model.

Do you know why it's slow?  

Two very fundamental reasons

1. each operation on the exchange (e.g. putting in a buy or sell order) has a 10 minute delay (because it requires 1 Bitcoin block to be solved)
2. because all counterparty transactions are simply nested inside the bitcoin blockchain, they are not automatically validated like native bitcoin transactions.  This means that in order to validate a transaction the counterparty clients must rewind back from the counterparty genesis/PoB transactions and revalidate to the present point, which is way more inefficient than in bitcoin, where the Merkel tree is able to speed things up.
legendary
Activity: 2184
Merit: 1000
How's progress with the decentralised exchange backend and frontend GUI going?

I've just checked out counterparty, but to be honest, it's too damn slow, also there are just too many issues with piggybacking on the bitcoin block chain.  I think NXT has the right model.

Do you know why it's slow?  
hero member
Activity: 742
Merit: 500
will trustless high frequency trading be possible when1000 transactions per seconds are possible
full member
Activity: 137
Merit: 100
New hallmark added (chapter9.org), 40/40Mbit fiber (no traffic cap, and if someone pays me i can get it to 100/1000 Mbit, what counts is 100Mbit upstream i guess). Runs on a eight core amd 8350.

Regards
j0b
legendary
Activity: 1232
Merit: 1001
How's progress with the decentralised exchange backend and frontend GUI going?

I've just checked out counterparty, but to be honest, it's too damn slow, also there are just too many issues with piggybacking on the bitcoin block chain.  I think NXT has the right model.
legendary
Activity: 866
Merit: 1002
Mind if I translate yours into the simple RISC VM opcodes?

don't mind at all

Thanks.  I don't know Lua.  Is there a good Lua reference on the web you would recommend?

best reference is probably reference manual: http://www.lua.org/manual/5.1/
(5.2 might not have complete manual that's why I'm linking 5.1)

But not sure if there is any need to translate it, a) lua already has its own bytecode, b) luaj can even translate directly to java bytecode
Cool think about lua is it's easily embeddable (imho easier than python).

regarding my example:
Guys, if u offer an instruction set, please, provide a simple program. The task of this program is to pay dividends to accounts owning a particular asset at block N.

Code:
txId = getReferencedTransaction()  # to obtain id of AM
desc = getAmData(txId)

# the following should return map id -> amount of shares
shareholders = getAssetShareholdersAtBlock(desc['assetId'], 50000)
for shareholderId,shareholderShare in ipairs(shareholders) do
  addBalance(shareholderId, shareholderShare * desc['dividendPerShare'])
end


I've used indexing with strings (desc['assetId'], desc['dividendPerShare']) - to make it more readable, but for us it would rather be
more beneficial to use indexing by specific value: (desc[1], desc[2])
(not to require putting strings into bytecode, as that would suck)
full member
Activity: 350
Merit: 100
how is your basket currency (a Nxt asset?) derived from multiple issuers?

We would need to see which Asset's are traded in sufficient volumes over X amount of time before we could add them to any currency basket.

After a few months we should have enough data to put together these basket current assets together.

We could even have an AE Index asset.

Yes. Spiders, ETFs, Index Funds.

We could create our own, i.e., an ounce of silver + this mine here in region A (efficient) but not this mine in region B (poorly managed).

When will we see the day when a company lists its IPO not on NASDAQ but a Nxt Exchange?
member
Activity: 96
Merit: 10
seems like the filth′i·ness of "bo bird", "opticalcarrier", did it again, 4 person i see leaving cos of his filthy mouthing and treathening he is a real asset to your community
So after all the tech discussion, this is the thing you decide to post on?

I dont understand you, I read your posts over in emunie-land and you made a lot of good points. I dont think you are like the clock that is right twice a day.

If you really have any amount of NXT, then you should want the value to go up. Why not help in whatever way you can? Hey, donate 1% to NXTcommunityfund! That will show everyone that you really are big blue whale

James

He's not more than a troll.
He's not interested in helping Nxt because he never held any. His first post was about wanting to put seven figures into crypto ("as a professional investor"  Grin) after months of research and decided Nxt was the way to go. A day later he does nothing but trying to shoot down Nxt and eMunie. Yeah seemed like he really did his research!

I would be really interested in seeing those good points he makes you are talking about, because I haven't seen any so far ... apart from talking shit about everything.

Wouldn't be surprised if he's a 16-year-old kid living in his mothers basesment. That would explain his poor spelling and grammar.
sr. member
Activity: 392
Merit: 250
Yes, override Transaction.Type.isDuplicate() to check for such duplicate transactions, trying to cancel the same order, similar to the way it is already done for alias assignment transactions.

Let's decide what a criterion to use for choosing a duplicate. We remove:

1. A transaction with lower fee
2. A transaction with earlier timestamp
3. A transaction that is received later
Currently transactions are sorted based on the Transaction.compareTo() method which is:

Code:
   public int compareTo(Transaction o) {

        if (height < o.height) {

            return -1;

        } else if (height > o.height) {

            return 1;

        } else {

            // equivalent to: fee * 1048576L / getSize() > o.fee * 1048576L / o.getSize()
            if (fee * o.getSize() > o.fee * getSize()) {

                return -1;

            } else if (fee * o.getSize() < o.fee * getSize()) {

                return 1;

            } else {

                if (timestamp < o.timestamp) {

                    return -1;

                } else if (timestamp > o.timestamp) {

                    return 1;

                } else {

                    if (index < o.index) {

                        return -1;

                    } else if (index > o.index) {

                        return 1;

                    } else {

                        return 0;

                    }

                }

            }

        }

    }

and the first transaction in that sort order wins in case of duplicates. I don't want to complicate it and have the logic different for different types of transactions, let's keep it same for all.
legendary
Activity: 2124
Merit: 1013
K-ing®
Hi

can you write me yours opinion for NEM coin?
member
Activity: 112
Merit: 10
btw, currently send 1 NXT fee or 2000 NXT fee , takes the same time in 1440 confirmations.
I've understood that the transparent forging not fully operational yet, but for how long? the next version fixes it? Smiley
legendary
Activity: 1225
Merit: 1000
I don't know if this has been answered or not, but have multi-transactions been implemented yet? For example, I can send to 50 different addresses in one transaction.

Otherwise, wouldn't distributing dividends to asset holders be extremely expensive for the dividend dispenser (assuming they have a large number of stakeholders)?

It's very easy to add multiple transactions.

fmiboy built a client that does this already: https://bitcointalksearch.org/topic/m.4893098
Jump to: