Somebody gives you 100$ and you buy 20% btc,25% ethereum,30% monero and 25% litecoin.
I`m pretty sure that a smart contract can do this,but i can`t create smart contracts.
You would need some exchange platform`s API,i guess.
Your idea about
Topic: Developing an idea - can smart contracts help? (Read 157 times)
Why would somebody give you money to buy him cryptos?Are you talking about portfolio creation?
Somebody gives you 100$ and you buy 20% btc,25% ethereum,30% monero and 25% litecoin.
I`m pretty sure that a smart contract can do this,but i can`t create smart contracts.
You would need some exchange platform`s API,i guess.
Your idea about and which are non-negotiable can`t be executed,because btc transactions are very slow sometimes.
Somebody gives you 100$ and you buy 20% btc,25% ethereum,30% monero and 25% litecoin.
I`m pretty sure that a smart contract can do this,but i can`t create smart contracts.
You would need some exchange platform`s API,i guess.
Your idea about
You're basically toying with an idea that occurred to me.
Give you a example: Token Sale X has a minimum buy of 1 ETH. Users A,B & C don't have 1 ETH each to spend, but do when combined. So, you could build a payable contract that accepts them buying their 'stake' in the contract, and the contract then turn acts like a multisig wallet and performs the purchases on Token Sale X. Token Sale X transfers the tokens to that wallet contract, and once any release lock on the tokens is released proportionally distributes the tokens to the participates, less say a 5% fee for the contract creator.
That's an idea that's got some merit. Not necessarily easy to execute (well easy to code, but would need a lot of auditing to make sure it's really secure, otherwise I could see a Parity wallet situation occurring). Right now I could only see it working on Ethereum, but it might be possible to do it on other chains as well. I can certainly help if you'd like but I've got a full time job so it'd be sporadic if you wanted to go this route.
Give you a example: Token Sale X has a minimum buy of 1 ETH. Users A,B & C don't have 1 ETH each to spend, but do when combined. So, you could build a payable contract that accepts them buying their 'stake' in the contract, and the contract then turn acts like a multisig wallet and performs the purchases on Token Sale X. Token Sale X transfers the tokens to that wallet contract, and once any release lock on the tokens is released proportionally distributes the tokens to the participates, less say a 5% fee for the contract creator.
That's an idea that's got some merit. Not necessarily easy to execute (well easy to code, but would need a lot of auditing to make sure it's really secure, otherwise I could see a Parity wallet situation occurring). Right now I could only see it working on Ethereum, but it might be possible to do it on other chains as well. I can certainly help if you'd like but I've got a full time job so it'd be sporadic if you wanted to go this route.
Hi all,
I've had a lightbulb (lambos beckon!!), but I am not sure I have the knowledge to think out the knots.
Basically, the issue is trust. Like this:
- Person A gives me (say) $100 to buy them crypto
- I buy it, and send to an address they choose
The downfall here for person A (and I might not be seeing all of them!) is that between the time of me buying (with their money), and the time for me to send it to them, it might have gone up. Why wouldn't I cash the asset out myself, tell Person A there was a tech issue, and walk away with a smug grin?
Can a smart contract solve this? Is there a way I can be tied into this kind of deal using some kind of existing tech? (EDIT: I *want* to be tied in, and I want to be able to show buyers that)
Let's assume that the payment HAS to take place at, and the transfer of the asset has to take place at . Let's call these non-negotiable, and a breach would be an issue.
I apologise if this is a stupid question, but I'm relatively new, and am trying to work this idea out in my head.
Thank you for all and any advice.
H
I've had a lightbulb (lambos beckon!!), but I am not sure I have the knowledge to think out the knots.
Basically, the issue is trust. Like this:
- Person A gives me (say) $100 to buy them crypto
- I buy it, and send to an address they choose
The downfall here for person A (and I might not be seeing all of them!) is that between the time of me buying (with their money), and the time for me to send it to them, it might have gone up. Why wouldn't I cash the asset out myself, tell Person A there was a tech issue, and walk away with a smug grin?
Can a smart contract solve this? Is there a way I can be tied into this kind of deal using some kind of existing tech? (EDIT: I *want* to be tied in, and I want to be able to show buyers that)
Let's assume that the payment HAS to take place at
I apologise if this is a stupid question, but I'm relatively new, and am trying to work this idea out in my head.
Thank you for all and any advice.
H
Jump to: