Research Help

[jsidhu]

are we not able to prune old orders that are processed already with small stubs for accounting purposes? Maybe we can reprocess the chain as maybe some infirmtion about old orders is not needed?

[CLains]

Why not call multisig accounts (shared accounts)?

Shared accounts I think generally allow any member to spend independently of the others. Perhaps "corporate accounts"?

joint account, multikey account, ..

[luckybit]

https://docs.google.com/document/d/1IxZqTQFhyhUDe8peeSEmjVVb32hzzQ_53bgs98yOTKA/edit?usp=sharing

[luckybit]

https://github.com/vbuterin/scalability_paper/raw/master/scalability.pdf

[rgcrypto]

That a great opportunity for a website: to aggregate all whitepaper under one roof.

Who in the community is up for it?
(

[dna_gym]

3) Same question for Ripple

I have read that Ripple "transaction validators" don't need prior "ledgers" to operate, they just sign current ones and not necessarily store previous ledgers (in fact ledger before #32570 is already lost and not "recoverable", someone says.)
They claim they solved "scalability problems" by adopting this method and many people say Ripple does not use "Blockchain" technology.

That's actually a problem currently - there is no server on the network that has any ledger before 32570 (the older ledgers got corrupted in "ye olden days" and nobody got around to fixing them). ...

(https://forum.ripple.com/viewtopic.php?f=1&t=4717&f=1&t=4717#p28026)

Btw, regarding consensus technology (which is the most basic foundation of crypto and the most important part, I think),
I found that Nxt's algorithm is super-cool.
Here is the graphical inspiration: (http://nxtportal.org/forgers/)

[Re: Concise but complete technical description of various proof-of-stake (PoS) schemes?]
(Come-from-Beyond says:) The software determines the best chain by analyzing ratio of transactions belonging to well-known participants (e.g. Walmart, Alibaba, Coinbase) of the economical cluster using Nxt. Non-legit chains can't include such transactions because every transaction refers to a block mined several minutes before the transaction timestamp, which prevents inclusion of majority of the transactions into chains with lower cumulative difficulty or into chains generated by an adversary.

(https://bitcointalk.org/index.php?topic=1012241.msg10987520#msg10987520)

[Troglodactyl]

Why not call multisig accounts (shared accounts)?

Shared accounts I think generally allow any member to spend independently of the others. Perhaps "corporate accounts"?

[luckybit]

Why not call multisig accounts (shared accounts)?

[sittingduck]

NEM
http://www.ournem.com/
https://forum.ournem.com/index.php
http://blog.nem.io/overview/
http://blog.nem.io/how-to-use-multi-signature-accounts/

The NEM approach to multi sig is the best I have seen outside our internal design meetings.   Is there anything else close or better than it?


Sent from my iPhone using Tapatalk

[her0]

Factom      https://github.com/FactomProject/FactomDocs/raw/master/Factom_Whitepaper.pdf

[her0]

NEM
http://www.ournem.com/
https://forum.ournem.com/index.php
http://blog.nem.io/overview/
http://blog.nem.io/how-to-use-multi-signature-accounts/

[gamey]

Make real anonymous transactions or something obfuscated enough that a unsophisticated third party can not analyze  then perhaps you have a chance to turn it around.

[bytemaster]

Here is an interesting paper I found from 2014.
http://p2sh.net/file/Purely%20p2p%20crypto-currency%20with%20finite%20mini-blockchain.pdf

I don't know if it's exactly what Bytemaster is looking for but it's what I could find so far. Anyone want to take a look at it and see if it's helpful?

ZeroCash paper: http://zerocash-project.org/media/pdf/zerocash-oakland2014.pdf
Extended version: http://zerocash-project.org/media/pdf/zerocash-extended-20140518.pdf

ZeroCash claims to improve on ZeroCoin by using zero knowledge Succinct Non-interactive ARguments of Knowledge (zkSNARK), bringing transaction sizes down to <1KB and verification times down to <6ms.

Here's a work in progress C++ library for zkSNARKS: https://github.com/scipr-lab/libsnark

Libsnark is so complicated I don't know anyone in the industry except the developers working on it who understand it. I think if we do pick an algorithm or cryptography it helps if it's simple enough to be understood. When you implement something no one understands there is risk in that.

At the same time it's said to be the most private option available.

The zero cash white paper is very dense but if it delivers what it claims looks quite viable.

[onceuponatime]

About Nxt,:
I just use the web wallet of Nxt at secureae.com.  How long of its sycn time is not important to me.

Sync time is VERY important to understand scalability of the architecture of the "miners".... and not DOWNLOAD time but REINDEX/REPLAY time that removes all network sync overhead from the calculation.

what is the purpose of this survey?

It is stated in the OP:

"The purpose of this is to help me keep up to date with the latest ideas without having to search for it all myself."

[BTSdac]

About Nxt,:
I just use the web wallet of Nxt at secureae.com.  How long of its sycn time is not important to me.

Sync time is VERY important to understand scalability of the architecture of the "miners".... and not DOWNLOAD time but REINDEX/REPLAY time that removes all network sync overhead from the calculation.

what is the purpose of this survey?