Archived. | Bitcointalksearch.org

Joel_Jantsen

legendary

Activity: 1988

Merit: 1317

Get your game girl

To start with,

Quote from: actmyname on January 11, 2018, 02:19:53 PM

i.e. reject transactions that have an incorrect outward tx amount.

Don't go hand in hand.They're two opposite sides of the same coin.A true decentralised network shouldn't forcefully restrict the fundamental features of a coin.

Quote from: actmyname on January 11, 2018, 02:19:53 PM

To clarify: if you, for example, want to have a decentralized coin/token and are using it in a semi-contained setting in the context of spending specific amounts at a store, what would be the best way to
a) secure the network without high costs

Won't the costs gradually increase as the network grows ? Even if you have a scalable modal ,at some point you'll face scalability issues because you just can't implement or know "how scalable" forefront.

Quote from: actmyname on January 11, 2018, 02:19:53 PM

b) prevent human error with transactions i.e. spend specific amounts of coins and/or "refund" in some way

Has nothing to do with a decentralised network but yes such minimal features should be taken care of.

aleksej996

sr. member

Activity: 490

Merit: 389

Do not trust the government

I am not sure about what you mean by semi-contained, but I will answer with some assumptions.
a) If I was to create a crypto, I would either use colored bitcoins or make transactions on Bitcoin network with the hash of the latests blocks in my crypto. This way you can rest on the security of Bitcoin with only mining fees.
b) Perhaps making all transactions use lock-time as an option of spending, kinda like LN uses. If that is possible, you could implement that funds are returned to the sender if they are not spent in certain amount of blocks. Not optimal, but it is the best I got.
c) It seems to me like there will always be transaction costs to stop spam, if nothing else.
d) I am not sure why you wouldn't be able to use scaling solutions that people came up with already, like LN or perhaps increasing the blocksize overtime.

actmyname

copper member

Activity: 2562

Merit: 2510

Spear the bees

To clarify: if you, for example, want to have a decentralized coin/token and are using it in a semi-contained setting in the context of spending specific amounts at a store, what would be the best way to
a) secure the network without high costs
b) prevent human error with transactions i.e. spend specific amounts of coins and/or "refund" in some way
c) mitigate transaction costs
d) sustain a large network and scale

Regarding a) and c): would this be concerning primarily the algorithm?
In terms of b) I thought about some smart contract system to limit the number of coins in each transaction, i.e. reject transactions that have an incorrect outward tx amount.

Topic: Archived. (Read 241 times)