Archived.

[actmyname]

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.

[1714032679]

1714032679

[1714032679]

1714032679

[1714032679]

1714032679

[1714032679]

1714032679

[1714032679]

1714032679

[aleksej996]

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.

[Joel_Jantsen]

To start with,

development of a decentralized network

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.

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.

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.