I'm not someone that takes pictures much on my phone or anything, but reading this makes me want a cheap film camera like this where pictures aren't just throw away, you have to go through a process to even find that the picture turned out crappy.
1,017 karma · joined June 27, 2012
I'm not someone that takes pictures much on my phone or anything, but reading this makes me want a cheap film camera like this where pictures aren't just throw away, you have to go through a process to even find that the picture turned out crappy.
Qtum is a smart contract platform built on a blockchain model similar to Bitcoin. We aim to drive the entire smart contract space forward with this project. Qtum is still young, and has been around for around 1.5 years. We use a fully remote workflow but typically try to all meetup in Shanghai once a year or so. We have team members based around the world, including China, USA, Canada, Sweden, Morocco, Colombia, and many others.
We are currently looking to expand our engineering team by 1 or 2 well experienced people. First of all, no blockchain experience is necessary (though it is always helpful). Qtum is aiming to implement an x86 virtual machine on which smart contracts can be executed. So, we need people to help us build the virtual machine, and test it to make sure it is correct (since fixing mistakes is very hard). We are also looking not just for engineers to build the virtual machine, but also to craft an operating system-like environment in which smart contracts can run. So, this may provide common necessities like memory allocation, string manipulation, etc... along with porting languages like C++, Rust, and Go to be easily used within the smart contract environment.
So, in summary we are looking for someone that loves working at the low level, bare metal level. If you have operating system development experience, that's a plus. If you live and breathe assembler, we'd like to speak with you. No matter if your preferred architecture is x86, ARM, or whatever. Even if you made a cool Z80 assembly program for your TI-84. It's all good stuff. We will be implementing most of the core logic in C++, but Rust and Go experience is a plus, especially with low level experience porting or dealing with the low-level details of the compilers and operating environment.
We take testing and code reviews seriously, being a blockchain project where mistakes can cost millions or more. We use a pull-request model, where each PR must be approved, and we have an always growing set of automated tests. Attention to detail and experience with working on security critical software is a plus. We'd prefer highly experienced senior people at this point, but we are accepting of anyone with experience in bare metal or assembly development. (Yes, we include open source hobby projects as experience)
I'm the Lead Developer and one of three Co-founders of Qtum, Jordan Earls. Email me with your resume or CV at earlz@qtum.org, and make sure to include a brief description of why this sounds interesting to you, and what makes you qualified for it.
PS: Unlike the common misconception, we do not require that you accept Bitcoin for your salary despite being a blockchain project.
Peercoin invented the core basis of the PoS algorithm in 2012 that was used throughout the 2013 and 2014 altcoin craze. This is still being used today in various projects, in augmented forms. Some projects tried to incentivize not just holding coins, but also making transactions (PoSV/proof of stake velocity, IIRC). Some projects tried making it so that you must burn coins to create blocks (proof of burn). And some projects tried doing genuinely useful computations instead of plain proof of work, such as doing protein unfolding (I think this was Curecoin?)... And then Dash invented the dBPF algorithm which is used by numerous coins today beyond just Dash and is similar to PoS but with a set number of stakers. (usually elected through an election on the blockchain)
If you look beyond Bitcoin there is a ton of innovation taking place in this space, and there has been for some time now. A lot of it is mired in scams, trolls, shills, and FUD.. but there is some genuinely awesome innovation happening in this space to drive forward consensus algorithms.
(source: co-founder of Qtum, a project in this space)
And beyond that, when the internet first became a real thing outside of researchers, it required pretty intimate knowledge of the technology to properly connect to it and get it to work. Remember that operating systems use to not include a TCP/IP stack for instance. It would be a long complicated process to get your computer to actually connect to the internet... but now, in 2017, for the most part all you do is say "connect to <accesspoint> with password XXXX" and it magically works. Right now I think this is parallel to blockchains. It takes a lot of technical knowledge to really use smart contracts and blockchain tech right now, but I imagine a future where it is no more difficult than logging into your bank account, or writing an Excel macro.
Also, this quote:
> using cryptocurrency networks are cheaper to send money overseas than Western Union. No, it probably is not
Uhh, maybe not in some narrow cases (especially as pointed out in the source, for people that need to use cash agents or are unbankable), but for many people I know including myself, it is significantly cheaper to use bitcoin rather than Western Union (source: I receive my salary in bitcoin based on spot price tied to USD)
(disclaimer: co-founder of a blockchain project)
It is a much older implementation that works on Bitcoin's UTXO model (rather than the account model in Ethereum) and without smart contracts. It doesn't have a solution to the nothing at stake long-term attack, but it thwarts all known short-term attacks. Personally, CASPER's solution to the nothing at stake problem is concerning. In an ideal world, it is ideal, but in a more practical world, I can definitely foresee someone doing something wrong or making a mistake (either developer bugs, or consumer running two wallets, etc), unintentionally making a block on another chain, and losing their $1M worth of ETH as a result. It only takes that happening once, maybe twice, to get people to think twice about staking, and when less people are staking with less coins, the network is much easier to attack
(disclaimer: I work on a blockchain project that is somewhat a competitor to Ethereum)
The initWallet function should have been marked internal, but was instead not marked. Unmarked functions default to public in Solidity, so anyone can call that function and reinitialize the wallet to be under their control
Yes, the community is really based in "older is always better" kind of mentality, but there is a reason some old components are so valued, and why respected pedal manufacturers commonly hand-pick parts that meet their designed specs best (especially fuzz and overdrive effects), and this includes everything from picking transistors with ideal leakage etc, to hand picking resistors (though the resistor bit I'm not sure on why they don't just buy high precision ones for a few cents more)
Most ATMs charge a fee to check balance, and a separate fee to withdraw money as cash. These cards do usually have a free phone number you can call to check balance, but you almost always have to pay a fee for withdrawal. And if you have, say, $19 on the card, it's effectively impossible to get that out as cash, because no ATM lets you withdraw in less than $20 increments.
Also, most blue-collar and minimum wage jobs use prepaid cards. At least companies like McDonald's as well as various factory jobs do. For McDonald's, according to friends at least, there is no option for anything else. Even if you have a bank account, you can't do direct deposit, you still get a prepaid debit card that your paycheck goes to.
I assume if humans didn't exist Earth would still have climate change, see also: ice ages etc.. but that kind of thing doesn't happen over the course of 100 years, not without some external influence anyway (such as an asteroid impact etc)
My current landlord allows pretty much no modifications to anything, just recently cut down the only 2 (40+ year old) trees around the house (for insurance purposes apparently), and won't allow anything to be planted in the yard except for flowers in a garden. I want an actual vegetable garden, and I would've never cut down those two trees. All of this is on top of the financial aspects of actually owning the house and paying rent to contribute to an asset (which at least in my area is about 40% cheaper, sans maintenance and taxes) and when it's paid off, I don't have any more rent...
1. Support MIDI exporting (so you could get it into a DAW)
2. Support timing nudges and randomization (ie, with drums it's common to play slightly ahead or behind the beat, and somewhat random timing for humanness factor)
3. Be easier to write than it is to manually do on a piano roll
So far though, this is a pretty hard set of things to do all at once. I have a design while using Ruby as a DSL, but it's just difficult to make it all come together
edit:
To elaborate a bit more on timing nudges, I mean play on beat for measures 1-4, then on measures 5 and 6 play slightly ahead of beat (but using the same actual playing pattern etc).. Most of my ideas were focused on drums rather than general instruments because drums are the only thing I've had to use MIDI for so far