assembly
assembly
Recent Posts
Please login or register.

Login with username, password and session length
Advanced search  

News:

Latest Ardor Client: Ardor 2.2.5

Pages: 1 [2] 3 4 ... 10
 11 
 on: September 27, 2019, 07:10:55 am 
Started by Jose - Last post by Jose
Abuja Blockchain & Digital Assets Conference 2019
https://cryptotvplus.com/abuja-blockchain-digital-assets-conference-2019


 12 
 on: September 25, 2019, 06:47:59 am 
Started by Jose - Last post by Jose
https://twitter.com/lioryaffe/status/1176558178894536704


 13 
 on: September 23, 2019, 01:44:49 pm 
Started by Jose - Last post by Jose
27th of September - New York City, USA - World Blockchain Forum
The World Blockchain Forum have invited Jelurida to attend the invite-only World Blockchain Awards on the evening of Friday, September 27th in New York City. Skylar and Lior, as well as Elizabeth Mong of Ardor Nxt Group, will attend a VIP cocktail hour, the 2-day WBF conference and the award ceremony.

 14 
 on: September 23, 2019, 01:19:56 pm 
Started by Jose - Last post by Jose
Weekly Wins - 23rd of September, 2019
https://twitter.com/Jelurida/status/1176044174908579840
https://www.jelurida.com/news/weekly-update-2019-09-23

 15 
 on: September 21, 2019, 08:16:53 am 
Started by capodieci - Last post by capodieci
Hello everyone! My name is Roberto Capodieci and I am a blockchain architect.

I been working since a few months ago, with a team of almost 50 people, on a new blockchain platform named ZooBC.

The first draft of the white paper is out, and I need your feedback!
Furthermore, if you find the project interesting, you are welcome to support us!

NOTE: This is NOT an ICO paper! ZooBC has NO pre-mined coins, so no crypto investments to do... Yet if you will be between the firsts to run a node, you can put together quite some coins! How cool would have been to be there at the early days of Bitcoin? Well, you can be part of the early days of ZooBC!

Follow the progress from today on our forum, support ZooBC project, and make it a success for everyone's good!

Start by helping with the white paper!

You can download and read the PDF version here:
https://zoobc.com/ZooBC%20Whitepaper%20Draft%20-%20V0.1.pdf

You can leave edit suggestions and comments in the Google Doc here:
https://docs.google.com/document/d/1RHbDHHH0JlAfU8bdgfawbnvlm-Ng_Tq-VA7P-n1p_80

White paper is TL;DR? Watch https://www.youtube.com/watch?v=4Imu9W1mFdQ to learn why ZooBC blockchain uses a Proof of Participation algorithm!

Thank you for your support!!!
Roberto

 16 
 on: September 19, 2019, 01:21:30 pm 
Started by Jose - Last post by Jose
It's now been tested by the core devs and it seems it's working like a charm...
https://twitter.com/Jelurida/status/1174290589451505666

 17 
 on: September 19, 2019, 01:16:47 pm 
Started by Jose - Last post by Jose
25th-26th of September, 2019 in Abuja - NATIONAL BLOCKCHAIN HACKATON - Blockchain Innovation for Sustainable Growth in Nigeria
https://thetechtiger.com/jelurida-africa-sponsors-national-blockchain-hackathon

 18 
 on: September 19, 2019, 01:15:58 pm 
Started by Jose - Last post by Jose
25th of September, 2019 NYC Meetup - Energy Efficient Blockchains and Hybrid Solutions - NYC Climate Week 2019 Event
https://www.eventbrite.com/e/energy-efficient-blockchains-and-hybrid-solutions-free-nyc-climate-event-tickets-71283768671

 19 
 on: September 19, 2019, 03:12:49 am 
Started by tre - Last post by tre
Quote
This is not enough to guarantee that Bob cannot immediately unlock and claim Alice funds right after she locked the 150 NXT. Bob can submit a valid Ardor transaction (valid bytes, validly signed) on the NXT blockchain, but his account may be already empty on the Ardor blockchain. Which the NXT nodes cannot know because they are not processing the Ardor blockchain, they only check the bytes and signature (right?).

petko, again a misunderstanding of the proposed protocol. I blame myself as I have been too brief with the description and with explaining the rationale behind each protocol part - in this case (1).

Transactions (1) can only be unlocked by other native transactions that are also signed by the sender of (1). Regarding Alice's (1), Bob cannot unlock this transaction without a native sendMoney transaction signed by Alice as described or, alternatively, by Alice's transaction (2) - also signed by Alice. Again, these are native transactions - the proposed protocol does not otherwise require sharing of information.

The setup of transactions (1) and (2) are further illustrated in the section Example of a trade between NXT and IGNIS. It does require that Alice and Bob are able to observe the opposing platform - naturally they will be creating a transaction on the opposing platform for the purpose of receiving their part of the trade.

I did not appreciate that phased-by-hashed-secret also guarantee funds which was the rationale behind transaction (1) and the reason for attempting this protocol. Your protocol example using the already existing phased-by-hashed-secret help me understand this fact. And by needing only one hashed secret my proposal no longer has any purpose.

 20 
 on: September 18, 2019, 08:45:47 pm 
Started by tre - Last post by petko
Quote
It is only necessary that each platform understand how to interpret (and verify the signature of) one extra-platform transaction type - when submitted as an attachment of a native transaction (as described) to unlock a phased transaction. This is the key to guaranteeing that unlocking the funds on one platform can also can unlock the funds on the other (and that the keys are simultaneously accessible to both participants).

This is not enough to guarantee that Bob cannot immediately unlock and claim Alice funds right after she locked the 150 NXT. Bob can submit a valid Ardor transaction (valid bytes, validly signed) on the NXT blockchain, but his account may be already empty on the Ardor blockchain. Which the NXT nodes cannot know because they are not processing the Ardor blockchain, they only check the bytes and signature (right?).

Quote
I am very interested to learn how Migretor implemented their atomic swap protocol. Would you kindly provide a link to this information, or if you have the patience to explain, even if briefly, the protocol?
I think they used the good old atomic swap protocol: https://en.bitcoin.it/wiki/Atomic_swap

Quote
Perhaps it is as simple as a phased transaction on each platform locked by two hashed secrets - only one is known to each. Both transaction's phased block height limits (approximated to time) are staggered so that one expires much sooner than the other and the protocol requires that the trader who has the later limit be the first to broadcast their secret. This will allow a safe margin of time for the trader with the first limit to decide if there is enough time to broadcast both secrets on the opposing platform. Something like this?
Generally yes, but there is only one secret. Something like this:

1. Alice generates a secret and hash-locks her funds for very long time tA > 4 confirmations_periods. Bob can claim the coins during this period if he knows the secret. But only the hash of the secret is known here.
2. Bob waits for 1 confirmations_period and locks his funds on his blockchain with the same hash which Alice used, for a period of tB < tA - 2 confirmations_periods
3. Alice waits for 1 confirmations_periods and claims Bob's funds. This shows the secret. Notice that she can wait almost until Bob's lock period ends. So Bob's period must end before Alice's period, or else she can get back her coins and also claim Bob's coins.
4. Bob now knows the secret and has at least 1 confirmation_time to claim Alice coins.

Pages: 1 [2] 3 4 ... 10
elective-stereophonic
elective-stereophonic
assembly
assembly