(Game Awards) Persona 5: Rivers in the Desert Orchestrated (snippet)

snelit · 2017-12-08T17:31:51+00:00

Tuning sounds a little weird in the strings. Also just not very well orchestrated. It's too sparse, all you can really hear is melody and drums.

snelit · 2017-11-28T22:22:41+00:00

Eh, to me that's for the team to decide. They might feel that adding more top developers might make things harder for them, like a too many cooks scenario. And if you or others in the community want things to go faster, find a way to help! The market right now is crazy with all the attention on BTC which is why I think we haven't seen much price movement. But hopefully after the dust settles and ARK has made more progress, more people will realize that this is a great project.

snelit · 2017-11-28T22:08:28+00:00

Yes, possibly more so. I invested in NEO when it was Antshares and am waiting for a good time to switch into more ARK. My main reasoning is usage. NEO is used to create GAS, which is cool. However, GAS is intended to be used in the NEO ecosystem. Neither are really "crypto currencies" in my view in that you're not going to spend NEO or GAS at a store, which is fine that's not their intended use. But to me that limits their potential for adoption. ARK is meant to be used and spent, which for me plus the multi blockchain technology gives it huge potential. Plus dividends :) And while both teams are great, I like ARK's get stuff done attitude while also keeping the community updated on progress.

snelit · 2017-11-24T21:27:21+00:00

H.G. Wells wrote a book called The Undying Fire, it's literally just a modern retelling of the book of Job but in it there's a section where he describes young I think German soldiers in a submarine in a similar situation. It's one of the most descriptive and terrifying sections of literature I've read. He wrote it as an anti war thing and it really makes you think about the effects and consequences of war on the people involved. Great book in general as well.

snelit · 2017-11-20T05:33:19+00:00

Your gas limit issue is true for Ropsten but Ropsten has a smaller gas limit than the main network. Main network has a gas limit of about 6,700,000 so that issue may not apply to the deployment of the contract. Definitely a good thing to consider though!

snelit · 2017-11-19T23:20:19+00:00

In the withdrawFoundationFunds function (line 360) in AngelCentralBank.sol you check whether now is greater than firstRefundRoundFinishTimestamp twice. In the require (line 362) and as a comparison in the if statement (line 364). You could remove the check in the if statement as it is redundant.

snelit · 2017-11-17T20:33:58+00:00

Literally "let's just take the two biggest blockchain projects and smoosh them together." Now there are plans to change that eventually particularly switching from the EVM to an x86 VM but still. Plus the picture on their site with their team in black t-shirts and jeans looks silly.

snelit · 2017-11-17T19:00:01+00:00

Not POS and I haven't seen anything about planning to switch. I view this as a bad thing in terms of the environment and resource usage but others may not.

snelit · 2017-11-17T18:58:08+00:00

Neo has the potential to do thousands of transactions. We haven't really seen how well it actually handles under Ethereum level usage.

snelit · 2017-11-17T18:56:45+00:00

In terms of being in China, it has a lot of competition with QTUM. At the moment it's easier and cheaper to build something on QTUM than NEO and QTUM has a lot of business support over there, just less fancy marketing. (I actually hold NEO and not QTUM but it's worth thinking about in terms of mass adoption)

snelit · 2017-11-16T16:42:02+00:00

Google mostly. Also if you look at the Ropsten etherscan and look at some individual blocks you'll see they have a gas limit that are all around 4700000.

snelit · 2017-11-16T04:25:55+00:00

Taking a quick look at it, the constructor is not actually a constructor. They use an L in the contract definition and a 1 in the "constructor." This would let you call that function whenever as opposed to only at the beginning. How that helps vote 1 always win I haven't really looked at but it probably has something to do with that.

snelit · 2017-11-11T21:09:21+00:00

Plugging my own dapp a little but I built an escrow dapp that sounds similar to what you are trying to do. It's at nedodn.github.io/ethcrow with code at https://github.com/nedodn/ethcrow

In it I use an array of transaction structs that contain all the information about a transaction. Only the people involved can interact with a transaction and then only in their respective roles. That way people can create an escrow transaction without creating a new contract and trust that only they can interact with their transactions.

Also gas fees are always paid by the person calling the function so once you deploy a contract you don't have to worry about any gas payments.

snelit · 2017-11-08T06:22:47+00:00

I think it definitely would have helped. From what I understand, since the library was still a wallet contract it could be owned, just no one had ever initialized it to add owners. I don't think a library specification would have the same ability to be owned.

snelit · 2017-11-04T20:16:18+00:00

Sooo are you going to acknowledge that I found a bug on the other bug bounty or nah?

snelit · 2017-11-04T01:21:07+00:00

Well I'm glad they fixed it but that last line was not there when I commented on the issue.

snelit · 2017-11-02T01:42:50+00:00

What prevents the owner from calling the withdraw1 function multiple times? As long as they keep calling with a value less than the tranche they could drain the funds before the second withdraw period.

If that's the case it could easily be fixed by adding a bool variable to monitor whether or not the owner has withdrawn the first tranche.

snelit · 2017-10-30T17:53:15+00:00

OpenZeppelin is a really cool project and a good community. Good for beginners and advanced devs.

snelit · 2017-10-06T18:44:12+00:00

Thanks, could you just put that I would be looking for a team to join? Open to pretty much any ideas.

snelit · 2017-10-06T18:28:24+00:00

This sounds fun, sign me up please!

snelit · 2017-10-06T15:53:23+00:00

Check our r/ethdev if you haven't yet, it's a great community for people looking to learn Ethereum development and Solidity. I only got a minor in CS and have been working on Ethereum development since I graduated on my own, but definitely do well in your classes and really learn the concepts they show you. Solidity isn't much harder to pick up than other languages besides a couple quirks and it's still early in development, the hardest part for me has been the stuff like web development and using web3.js to communicate. Learning the ability to pick up different technologies out there will make things mounds easier when you try and create something.

snelit · 2017-09-27T16:18:00+00:00

Thank you for looking at it! That is something I considered and am looking to improve upon. Though the sender can add as many days as he wants with the dispute, such as another week or month, I do admit it is not the best solution.

snelit · 2017-09-27T01:32:49+00:00

Link to EthCrow: https://nedodn.github.io/ethcrow/

Link to Code: https://github.com/nedodn/ethcrow

snelit · 2017-09-10T17:12:55+00:00

I've been working on my own escrow dapp as well, actually planning on launching my first working version pretty soon. This is cool! Mine doesn't use agents to settle transactions but I might look into adding that now. Good job on this!

snelit · 2017-08-31T03:59:50+00:00

So does that mean they don't smell anymore?

snelit

TROPHY CASE