0xf853…14c2

All memos sent from and to 0xf853…14c2.

ÀQJf"° ]qÜôÚ'Ó¶ÚÄLÆ HrR»ZBüQµ¶ò#£ªDjmø»Ã×ÒõÑgg a!ÚÐW±£°¾Û§.µ¾¢¬²ÀLf¶Q÷5¯{am<¨®üL ð¿ÁD6Ø8N6î|¦Ä°¹,·¶ýÓ,ÛùÞÚ½ 65÷ɽ»«{¡Ø¸¡
{"paymentmethods":[{"type":"custom","info":"I would accept payment via a Revolut transfer or PayPal transfer. Details provided directly to the buyer once committed."}],"price":["GBP","15"]}e7430b4f91b030fa1041670123d15ae5c52e18c601f56c1de519b1b477a0f9e3429cec42cb81c47f637a9b6eac0dcc67541aec8b25abdb577c772281f0cb100727b2bdfe9aa2c19cdd7635d6576fd21cef78623f94b12059c18d6bf20a3a5d43ea6d5b19260ab8d2bd391ef2f5b4c8e17ec8d8c158a52d193e0ccbcbca1c0671
Hi district0x, I have performed security audits for: district0x (token sale) Aragon (app & framework codebase) BlockMason gems.org Spectre.AI Aventus I am an experience Solidity developer, currently the lead Solidity developer at Polymath, and also familiar with token curated registries. Thanks, Adam
Hi district0x, I was one of the reviewers for the district0x contribution contract, and am an active developer in Solidity, web3 and related technologies. I am London based and a native English speaker, very active in the Ethereum community and with excellent commercial and academic qualifications:  https://uk.linkedin.com/in/adam-dossa  I have contributed to the OpenZeppelin standards and am familiar with the ENS contracts (I actually met Nick recently at an Ethereum meetup in London where he was presenting ;-)). I have worked with several blockchain organisations, both in a technical, development and advisory capacities - I am happy to provide references from these organisations on request. Please let me know if you have any queries or want more information on any items. Thanks, Adam
@AdamAID8de6ae3055858f70dc6db79832e9427975a37e3f910382d990e6159d51810d53ee45e68d832f2636dfebd9cce3da0b74942fd57f0ecdb14db1f534cd2795a3795e15dae4c102f174fc7b151587875d643d8b2be50ba257f5be209f91d40ce905e2858ffb0b7710c40ee5750e7170020b0ba719b6a80b0742f6eb0b048abe2ce5709d158fe16d3a90c772d70d154294bf97bdd1668c900e7c0826709d1f6d2ff8a58f86ae097e54f3f1397a528b0b24b9e4765070fadf9dcaece1b558e2aebc989e024158e0933356b4dd0b81f7decc2d365fe09a974bcf1cde9b68203cda24575308ea9018c56f4820127463b092d22ae09ee0cf1093a57591288b5e94893a0d
Hi Otium, I am an experienced developer (13 years in FinTech) with lots of recent experience in Ethereum / Solidity. I've also written technical papers (on machine learning / game theory) which you can find at: https://github.com/adamdossa/Papers There are also examples of Solidity contracts I've developed / deployed in my GitHub, e.g.: https://github.com/adamdossa/RegisterEth I've completed several security reviews for ICOs and contracts, e.g.: https://github.com/district0x/district0x-network-token/issues/4 https://github.com/CurrencyTycoon/eth-hodler/issues/2 and helped organizations plan strategy around their ICOs and token utilities. My rates are $170 per hour - I'm happy to have a quick Skype call to talk through details first before we commence any work to make sure we're a good match! Thanks, Adam
Hi Stephen, I have completed a security audit for the proof-of-hodl contract which you can see at: https://github.com/CurrencyTycoon/eth-hodler/issues/2 I also did an informal review for the Status and found a couple of minor issues (opened as issues in their Github). I am very familiar with many variants of ICO contracts, and smart contracts in general with a 13 year track record of working in the financial sector within technology at a senior level. I'd be very happy to help review your contracts. Let me know if you need any more info etc.. Thanks, Adam
Hi district0x, I'm happy to do a review of the district0x contracts. A previous review I completed for the proof-of-hodl contract can be found at: https://github.com/CurrencyTycoon/eth-hodler/issues/2 and I also helped review the recent status-im ICO contracts. Let me know if you think the rate above is fair - I would estimate that to do a full review & write-up is around 10 hours work, and my usual rate is $100 / hour. Thanks, Adam
Hey German, I'm an experienced developer with a lot of recent experience in Ethereum / solidity and a strong maths / CS background based in London. Take a look at my LinkedIn / Github profiles (which should be linked to my profile here) for some examples. I'm happy to have a call to kick things off and see whether we'd be a good mutual fit and go through your requirements and rates. Thanks, Adam
Hey, Your project sounds interesting. I would be happy to work on the smart contract side (I have less experience in terms of building the javascript frontend, although I have done basic POC front-ends for contracts). I recently worked on a reddit registry dapp (with a basic frontend): https://github.com/adamdossa/RedditRegistry and have a Ethereum stackExchange profile: https://ethereum.stackexchange.com/users/7251/adam-dossa You can email me on adam.dossa@gmail.com if you want to discuss (or message on LinkedIn etc.). Thanks, Adam
Hey - I'm happy to review the contract, esp. if it is for a non-profit. I recently worked on a reddit registry dapp: https://github.com/adamdossa/RedditRegistry and have a Ethereum stackExchange profile: https://ethereum.stackexchange.com/users/7251/adam-dossa You can email me on adam.dossa@gmail.com if you want to discuss (or message on LinkedIn etc.). I would prefer to be paid in Ether if that's possible. Thanks, Adam
1. Use Oraclize’s suggestion (single Oraclize call) and parse for username & address in one go - try and detect throttling. 2. Store back pointers for URLs and relevant API for this. 3. Add more testing.
Great thanks - it was a cool idea - I already started on it last night ;-) One thing to quickly check - the most naive implementation allows for a simple 1-1 mapping between names and accounts (i.e. one account can't 'own' multiple reddit usernames and vice-versa) - this seems reasonable to me for a first implementation and something that could be left to potentially be extended later (at least to allow a single address to 'own' multiple reddit usernames). Is that OK?
Great thanks - it was a cool idea - I already started on it last night ;-) One thing to quickly check - the most naive implementation allows for a simple 1-1 mapping between names and accounts (i.e. one account can't 'own' multiple reddit usernames and vice-versa) - this seems reasonable to me for a first implementation and something that could be left to potentially be extended later (at least to allow a single address to 'own' multiple reddit usernames). Is that OK?
Happy to put this together. I'd expect it to take a couple of hours. Users registering their reddit addresses would need to pay for the corresponding oracle call to validate their request.