Bitcoin Forum
November 19, 2024, 04:27:04 AM *
News: Check out the artwork 1Dq created to commemorate this forum's 15th anniversary
 
   Home   Help Search Login Register More  
Pages: « 1 ... 1637 1638 1639 1640 1641 1642 1643 1644 1645 1646 1647 1648 1649 1650 1651 1652 1653 1654 1655 1656 1657 1658 1659 1660 1661 1662 1663 1664 1665 1666 1667 1668 1669 1670 1671 1672 1673 1674 1675 1676 1677 1678 1679 1680 1681 1682 1683 1684 1685 1686 [1687] 1688 1689 1690 1691 1692 1693 1694 1695 1696 1697 1698 1699 1700 1701 1702 1703 1704 1705 1706 1707 1708 1709 1710 1711 1712 1713 1714 1715 1716 1717 1718 1719 1720 1721 1722 1723 1724 1725 1726 1727 1728 1729 1730 1731 1732 1733 1734 1735 1736 1737 ... 2557 »
  Print  
Author Topic: NXT :: descendant of Bitcoin - Updated Information  (Read 2761608 times)
mcjavar
Hero Member
*****
Offline Offline

Activity: 784
Merit: 500


View Profile
February 14, 2014, 09:33:53 PM
 #33721

Thank you for clarification. How can a block "popp off"?
With a little help from a stronger block that kicks him out Smiley

Only one block can be at the end of the chain, but multiple nodes try to generate blocks at the same time. The better one wins, if the other was attached first it gets popped off.


Thank you!
Who decides (and how) which block is "better"?
ChuckOne
Sr. Member
****
Offline Offline

Activity: 364
Merit: 250

☕ NXT-4BTE-8Y4K-CDS2-6TB82


View Profile
February 14, 2014, 09:34:16 PM
 #33722

Complexity of signing is O(1).

That is plain wrong. The more bits you have to sign the longer signing takes. The question is: how long in terms of the input length.

We would have O(n) if Sign(32_bytes) == Sign(64_bytes) / 2. Actually we have Sign(32_bytes) == Sign(3200_bytes) / 2, so it's more like O(1). Right?

Sorry, still wrong.

It looks more like O(log n) but don't think so, as the whole input has to be read. That still takes O(n).
ChuckOne
Sr. Member
****
Offline Offline

Activity: 364
Merit: 250

☕ NXT-4BTE-8Y4K-CDS2-6TB82


View Profile
February 14, 2014, 09:38:51 PM
 #33723

Code:
pi@raspberrypi ~/nxt $ du -h nxt_db/
252M nxt_db/
Wrong usage of du?
No. I guess the database needs vacuuming once in a while. I will do that at shutdown, it means stopping the server will take slightly longer.

As long as there is feedback in the nxt.log. No problem.

Would be great if you could add something like a progess counter to scanning, too. Maybe:
10%
20%
30%
...

Just to see, that it's still working and not running for nothing.
ChuckOne
Sr. Member
****
Offline Offline

Activity: 364
Merit: 250

☕ NXT-4BTE-8Y4K-CDS2-6TB82


View Profile
February 14, 2014, 09:40:58 PM
 #33724

Thank you for clarification. How can a block "popp off"?
With a little help from a stronger block that kicks him out Smiley

Only one block can be at the end of the chain, but multiple nodes try to generate blocks at the same time. The better one wins, if the other was attached first it gets popped off.


Thank you!
Who decides (and how) which block is "better"?

That should be part of the advanced consensus. On part of it: stick to the branch on which you got a higher balance.
Jean-Luc
Sr. Member
****
Offline Offline

Activity: 392
Merit: 250



View Profile WWW
February 14, 2014, 09:41:35 PM
 #33725

Who decides (and how) which block is "better"?
Each node decides for itself. Eventually they have to agree. The block with higher cumulative difficulty is considered better.

lead Nxt developer, gpg key id: 0x811D6940E1E4240C
Nxt blockchain platform | Ardor blockchain platform | Ignis ICO
mcjavar
Hero Member
*****
Offline Offline

Activity: 784
Merit: 500


View Profile
February 14, 2014, 09:42:53 PM
 #33726

Who decides (and how) which block is "better"?
Each node decides for itself. Eventually they have to agree. The block with higher cumulative difficulty is considered better.


Thanks!
ChuckOne
Sr. Member
****
Offline Offline

Activity: 364
Merit: 250

☕ NXT-4BTE-8Y4K-CDS2-6TB82


View Profile
February 14, 2014, 09:43:12 PM
 #33727

Who decides (and how) which block is "better"?
Each node decides for itself. Eventually they have to agree. The block with higher cumulative difficulty is considered better.


cumulative difficulty == target?
Come-from-Beyond
Legendary
*
Offline Offline

Activity: 2142
Merit: 1010

Newbie


View Profile
February 14, 2014, 09:43:52 PM
 #33728

Complexity of signing is O(1).

That is plain wrong. The more bits you have to sign the longer signing takes. The question is: how long in terms of the input length.

We would have O(n) if Sign(32_bytes) == Sign(64_bytes) / 2. Actually we have Sign(32_bytes) == Sign(3200_bytes) / 2, so it's more like O(1). Right?

Sorry, still wrong.

It looks more like O(log n) but don't think so, as the whole input has to be read. That still takes O(n).

If we count time to read the input then we should count header processing time too. What about a compromise at O(log log n)? Smiley
ChuckOne
Sr. Member
****
Offline Offline

Activity: 364
Merit: 250

☕ NXT-4BTE-8Y4K-CDS2-6TB82


View Profile
February 14, 2014, 09:52:53 PM
 #33729

Complexity of signing is O(1).

That is plain wrong. The more bits you have to sign the longer signing takes. The question is: how long in terms of the input length.

We would have O(n) if Sign(32_bytes) == Sign(64_bytes) / 2. Actually we have Sign(32_bytes) == Sign(3200_bytes) / 2, so it's more like O(1). Right?

Sorry, still wrong.

It looks more like O(log n) but don't think so, as the whole input has to be read. That still takes O(n).

If we count time to read the input then we should count header processing time too. What about a compromise at O(log log n)? Smiley

Well. No. Cheesy It's like a mathematical proof. Wink

E.g. if you want to XOR all byte of the input onto the same variable, you need O(n) because you are reading the input. As simple as that.

When making compromises, let's just assume Qubic is safe. I think it's rather 66% safe as instead of 51%, agreed? I mean 66% is even easier to remember.
l8orre
Legendary
*
Offline Offline

Activity: 1181
Merit: 1018


View Profile
February 14, 2014, 09:57:06 PM
 #33730

du says: 257480 for current nxt_db folder
What? Mine is 111M only.

Err:
Code:
pi@raspberrypi ~/nxt $ du -h nxt_db/
252M nxt_db/

Wrong usage of du?


Mine says 114M - still on 0.7.4

du -h

114M   ./nxt_db

jl777
Legendary
*
Offline Offline

Activity: 1176
Merit: 1134


View Profile WWW
February 14, 2014, 09:59:25 PM
 #33731

I am assuming you are not storing the entire blockchain now that we have DB,but maybe that is incorrect?

Almost all NXT functions only need the most recent 1440 blocks, so if each machine kept those 1440 blocks locally, they can purge them after that. blockchain FIFO.

If checkpoint files are a bad idea, I can live with that. Is blockchain FIFO a bad idea too?
Of course I store the whole blockchain, this is what the db contains.

You seem to be talking about blockchain trimming or pruning. This is in the plans, but not that soon.

Downloading the whole db will take longer than just the blockchain.
I am sorry about not knowing the obvious, still pretty new to crypto, past 10 weeks have been a steep learning curve.

It sounds like you dont have anything against blockchain FIFO. If it is in a DB, I thought it would just be a matter of a single DB call to delete all entries older than fifosize. this is not critical now, but I need to know about how long it will take to get a solution to the HDD storage problem that will hit us when we get to 1000TPS. Many nodes will want to just be able to be current, but not need to provide the entire blockchain to the peers. Just a parameter in web.xml to control fifo size. Anyway just planning for how we get from here to 1000TPS.

It sounds like there is no convenient "state of entire NXT network", so any checkpointing will be a lot of work. Not a problem now either, but after a few months of 1000TPS, no node with less than 1mbps will ever be able to catch up. Again, just planning for future growth.

James

http://www.digitalcatallaxy.com/report2015.html
100+ page annual report for SuperNET
l8orre
Legendary
*
Offline Offline

Activity: 1181
Merit: 1018


View Profile
February 14, 2014, 10:00:00 PM
 #33732

Thanks! I am reluctant about the overclocking, but I run it with -856xmx ...

What does -856xmx do?

It is the memory available to the jvm, I quoted it wrong:

ps -ax
 2040 ?        SNl   61:45 /usr/bin/java -Xms128m -Xmx856m -jar start.jar STOP.PORT=7873 STOP.KEY=0815


-Xms128m is the minimum that is reserved at the start, and -Xmx856m is the maximum it can have, in megabytes. I often had crashes with a maximum smaller 450MB, but with giving it almost all the memory, it runs quite good.

Except that dl'ing the whole blockcahin is quite some venture.
i use -Xms320m -Xmx480m
how can you give it 856m? Don't you have a pi with 512MB? Or are you using swap? Or an other device?

I think I have model B with 1GB - I run it off a start script someone posted - don't remember if it was DaveTheTrousers or somebody else..
I can post it tomorrow, but basically it just gives the Xmx856m into the java start line.


jl777
Legendary
*
Offline Offline

Activity: 1176
Merit: 1134


View Profile WWW
February 14, 2014, 10:02:19 PM
 #33733

Complexity of signing is O(1).

That is plain wrong. The more bits you have to sign the longer signing takes. The question is: how long in terms of the input length.

We would have O(n) if Sign(32_bytes) == Sign(64_bytes) / 2. Actually we have Sign(32_bytes) == Sign(3200_bytes) / 2, so it's more like O(1). Right?

Sorry, still wrong.

It looks more like O(log n) but don't think so, as the whole input has to be read. That still takes O(n).

If we count time to read the input then we should count header processing time too. What about a compromise at O(log log n)? Smiley

Well. No. Cheesy It's like a mathematical proof. Wink

E.g. if you want to XOR all byte of the input onto the same variable, you need O(n) because you are reading the input. As simple as that.

When making compromises, let's just assume Qubic is safe. I think it's rather 66% safe as instead of 51%, agreed? I mean 66% is even easier to remember.
Is this really so important? If we can Sign 100 times as many at once at twice the cost, it is 50 times more efficient. Regardless of exact math equation that describes how much it is faster by, it seems it is much faster with big number of signers and I dont think it is measurably any slower with 1 sig. So it is the same or a lot faster. Why the debate over this, it dominates (mathematically speaking)

http://www.digitalcatallaxy.com/report2015.html
100+ page annual report for SuperNET
igmaca
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
February 14, 2014, 10:05:30 PM
 #33734

Quote
   
Re: NXT :: descendiente de Bitcoin - Información Actualizada
Hoy a las 03:03:31 PM
Responder citando  Editar mensaje  Borrar mensaje  # 34968
Moneda generación Nxt es la evolución de la moneda fractal


o tal vez mejor moneda de NXT NXT es la moneda evolución fractal o moneda de NXT, moneda evolución fractal ! Una introducción a Fractal Evolution! http://www.youtube.com/watch?v=xywpyZwm7Ko

Better nxt coin is the fractal evolution
ChuckOne
Sr. Member
****
Offline Offline

Activity: 364
Merit: 250

☕ NXT-4BTE-8Y4K-CDS2-6TB82


View Profile
February 14, 2014, 10:13:28 PM
 #33735


Well. No. Cheesy It's like a mathematical proof. Wink

E.g. if you want to XOR all byte of the input onto the same variable, you need O(n) because you are reading the input. As simple as that.

When making compromises, let's just assume Qubic is safe. I think it's rather 66% safe as instead of 51%, agreed? I mean 66% is even easier to remember.
Is this really so important? If we can Sign 100 times as many at once at twice the cost, it is 50 times more efficient. Regardless of exact math equation that describes how much it is faster by, it seems it is much faster with big number of signers and I dont think it is measurably any slower with 1 sig. So it is the same or a lot faster. Why the debate over this, it dominates (mathematically speaking)

1) It seems interesting.
2) 'it seems' is not 'it is'.
3) Examples aren't proofs. It could be easily vice versa when bigger numbers are involved.
instacalm
Hero Member
*****
Offline Offline

Activity: 798
Merit: 500



View Profile
February 14, 2014, 10:17:28 PM
 #33736

du says: 257480 for current nxt_db folder
What? Mine is 111M only.

Err:
Code:
pi@raspberrypi ~/nxt $ du -h nxt_db/
252M nxt_db/

Wrong usage of du?

Mine says 114M - still on 0.7.4
du -h
114M   ./nxt_db

0.7.5
Code:
du -h nxt_db/
123M  nxt_db/
rickyjames
Full Member
***
Offline Offline

Activity: 196
Merit: 100


View Profile
February 14, 2014, 10:50:27 PM
 #33737

Berlin conf
I am still too tired to think about it from the higher perspective. So just a little conclusion. We need to send 2-4 ambassadors to every Bitcoin conf/convention, it is really essential.


Fantastic recap, Salsa... thank you for your hard work!
We should always have someone close to these conventions, this will minimize the costs. Just making that ONE key contact is all that is needed to pay for these events.

Without attending this conference, we wouldnt be discussing building a country's currency on top of NXT. It has a giant advantage over paper money. It cant be counterfeited as long as the NXT network is secure! secondarily no costs for printing.

As soon as the first country, or village, builds a currency on top of NXT, all realworld items will be priced in NXT
I see the Asset Name space getting very crowded.

James

Salsa is exactly right, it takes 3 or 4 people to handle a conference the way we need it done.  The Miami event was 1500+ people, there was barely enough time to meet with all the major players let alone meeting with different crypto supporters. We made it happen, however, additional resources would have gotten us even further.

I'd also recommend reading Nikel's summaries, it's a great way to provide real time information back to the community to take action. It would be nice if we could put together some type of document outlining best practices.

For example, the best way to meet everyone in a circle is asking the primary to introduce you.  When I would talk to someone at the conference, I'd find out who they knew and ask for an introduction. Networking 101 goes a long way when you're surrounded by a crowd that might not be as familiar with how to control the flow at larger trade shows.

So now that we've been to a few of these, I'm curious...is getting a NXT booth or table a good idea, and letting THEM come to US?  Or is gentle non-stop mingling and shaking hands the way to go?
Ludom
Hero Member
*****
Offline Offline

Activity: 714
Merit: 500


View Profile
February 14, 2014, 10:51:18 PM
 #33738

Hello James,

Sorry for my english, I can read but I don't write well. I'm not very active in the common community but in the french one.
I can't help for technical things but I have some ideas about sociology and eco-politics.

I read that and I am very interested :

Quote
I only dreamed about an entire country using crypto as their national currency. It sounds like many smaller countries are ready now!

I propose a bounty for a coin development kit. It needs to make creating a new coin push button easy. I am not sure even how it should be implemented, but it needs to be something that can be used as a replacement currency for an entire country. I guess QR codes on mobile apps to do payments would work for a realworld economy. The more customization options the better.

I will start the bounty with 25000 NXT. If you also like the coin development kit idea, please make a directed donation. just post txid and amount sent to NXTcommunityfund 13776816462073143763

This improvement could be great and I can help for the bountyfund but I want to know more about this project. I think, it's very important to integrate new concept in the cryptocoins on top of NXT. It's very important to seduce politics and institutions.

I think about Universal Dividend like this cryptocurrency project : http://project.openudc.org/
Other things are possible the possibility to have concepts like Devcoin (without mining).

Could you give me your idea for this bounty and his goal ?

Ludom
kpax7788
Newbie
*
Offline Offline

Activity: 41
Merit: 0


View Profile
February 14, 2014, 10:52:57 PM
 #33739

Who can send me some textnxt again?

Thanks!


16084127672245423068


Sent 10k
igmaca
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
February 14, 2014, 10:56:25 PM
 #33740

nxt will be Mobile World Congress 2014??

MWC 2014
MWC 2014 - Mobile World Congress 2014
Mobile World Congress 2014 is starting on 24 February, 2014 and ending on 27 February, 2014.
 
 
Venue
Fira Barcelona
 
Plaça Espanya, 2, 08004 Barcelona, Spain
Barcelona  Spain
 
 
Event Type : Congress
 
Categories : Telecommunications
 
 
 
 
Mobile is a catalyst of change and innovation. Mobile is creating the next connected device that transforms communication. Advancing the next payment system that alters commerce. Launching the next must-have app that changes how we interact.

Mobile World Congress is the blueprint for the NEXT big innovation. Whatever is coming NEXT will likely be born at Mobile World Congress 2014 – either announced on stage during our Conference programme, showcased in our award-winning Exhibition, or conceived during one of the thousands of meetings taking place during the week.

About the Event

Depending on the type of pass selected, attendees can take advantage of the many components that make up this industry-leading event:

A world-class thought-leadership Conference featuring visionary keynotes and panel discussions
A cutting-edge product and technology Exhibition featuring 1,700 exhibitors
The world’s best venue for seeking industry opportunities, making deals, and Networking
App Planet, the Centre of the Mobile Apps Universe, where the mobile app community gathers to learn, network and engage with innovators
mPowered Industries, a new conference and exhibition programme taking place in Fira Montjuïc for those in the Health, Advertising, Broadcast and Travel industries
And the Global Mobile Awards programme, where we recognise advancements and achievements in the industry
Who Attends MWC

Mobile World Congress 2013 was another record-breaking year – and our best-ever event. Last year’s event featured:
More than 72,000 attendees
More than 41,000 C-Level leaders
More than 4,300 CEOs in attendance
Nearly 1,700 exhibitors utilising 94,000 net square metres of exhibition and business meeting space
3,400+ press members representing 1,500 media outlets from 79 countries
Year over year, the GSMA Mobile World Congress attracts the largest number and highest-quality attendees of any event in the mobile industry. And true to our name, this is truly a global event.
Pages: « 1 ... 1637 1638 1639 1640 1641 1642 1643 1644 1645 1646 1647 1648 1649 1650 1651 1652 1653 1654 1655 1656 1657 1658 1659 1660 1661 1662 1663 1664 1665 1666 1667 1668 1669 1670 1671 1672 1673 1674 1675 1676 1677 1678 1679 1680 1681 1682 1683 1684 1685 1686 [1687] 1688 1689 1690 1691 1692 1693 1694 1695 1696 1697 1698 1699 1700 1701 1702 1703 1704 1705 1706 1707 1708 1709 1710 1711 1712 1713 1714 1715 1716 1717 1718 1719 1720 1721 1722 1723 1724 1725 1726 1727 1728 1729 1730 1731 1732 1733 1734 1735 1736 1737 ... 2557 »
  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!