NFC would probably be easier than USB, at least for Android. Do you have a link to the documentation for the basiccard library? I found the library itself, but it didn't seem to have docs included (though I haven't installed it yet). If the library is for the card reader, then it could be difficult, but if it's just for NFC communication with the card then it should run without needing much (if any) porting.
I dont have docs for the java lib. But supposedly it hides the T1 smartcard protocol. Let me know if the library does not support NFC I will write ZC for more information. I would advise you look inside the code, ZC usually comments and describe their code a lot. Theres also the basicNFC doc someone here mentioned. Apparently the card fakes being an NFC Tag type 4. Are you starting on the project then? That's true. Offer also open for you to pay shipping to you and back, to borrow it if u need one. Hope this gets done for ya op
Thanks  So you want to use an 'empty' card and set all the user data via smartphone?
But there is already an app running on the card? So sending bytes would be enough to set the data?
The card has its own data and program (I assume it will be powered by the NFC also). If you can send bytes and get the card to see it as a normal terminal command call that is also fine. But the card uses the T1 one protocol... I think it would be a pain to write that and other things from scratch. |
|
|
|
I don't really know your project, but is a port of the java lib to android actually required? Do you want to attach a reader to the phone and connect the phone via reader to the card?
If I you only want to connect via NFC, the lib itself would only be necessary on the dev machine, but not the phone. That would things a lot easier, since the java lib depends on some native libs, that are hard to port, methinks.
Same question here. If you only need to read data from the card through NFC, that would be easy to do (if you've got a protocol reference for the card, that is; I don't know too much about NFC and I didn't see one on the website). If you want to connect a USB reader/programmer to the android phone, though, you'd have to write a driver. Android supports USB host natively after ICS, but almost definitely won't support the reader without a lot of work, and implementing something to program cards through it would be even harder. The basiccard java lib can handle all the nitty gritty details when communicating with the card so I assumed it would make things easier. If you can interface with the card without it, that's fine. The Android must be able to read AND write to the card in order to put in PIN, TX data and get the signature etc. etc.. USB or NFC is not that important to me, but I also found that NFC actually seemed to have more support and would likely be cooler. |
|
|
|
|
The BasicCard toolkit has a card emulator and there are Android emulators too.
So I think for the vast amount of time you will not need the actual devices.
When you do I can run the tests as I have an NFC Android or you might borrow one from a friend/family member (we did in college once).
|
|
|
|
I'm sorry I do not recognize that order number. Try to get a refund through paypal. Thank you.
Again, why does this guy not have the scammers tag? |
|
|
|
|
I'm changing it to 2200$ for only NFC and Android to/from basiccard communication. Sending 2 and 2 and getting 4 back is enough.
I will let the other tasks wait.
I will also be posting this job on Freelancer and odesk I think, in case you dont trust me we can do that, but it will cost 3% or so of the amount.
Before choosing escrow you might want to consider my post count and that I'm a founding member of the Danish Bitcoin Foundation - but your choice.
As said I can provide assistance by sending basiccards, a card reader, software packages, hints and so on.
|
|
|
|
|
Announcing a second vaporware product when you have not delivered the first to everyone waiting is just BS.
This company/guy should have the scammer tag already.
FYI: Not a miner, just my normal sane opinion ANY customer would have.
|
|
|
|
Would consider it for 1750 BTC in mutually trusted escrow.
$200,000? Lol I hope that was a typo too. perhaps 17.5 or something. Would you do it for 1950$? |
|
|
|
|
Mikkel står for meetups for tiden, men jo vi sørger for det bliver gjort uanset hvad.
Du kan tilmelde dig og nå os lidt mere direkte på facebook-diskussions-siden.
|
|
|
|
Hej allesammen. Så går vi officielt i luften - Dansk Bitcoin Forening er nu en realitet: www.danskbitcoinforening.dkeller nemmere:  www.Bitcoin.dkFacebook-side: https://www.facebook.com/groups/369428839849165/Vores formål er at tilføre værdi til Danmark gennem Bitcoin. Vi mener at Bitcoin er fremtidens betalingsmiddel og vi vil derfor hjælpe danskerne med at lære om Bitcoin, mødes om Bitcoin og bruge Bitcoin. De personer, der allerede har hørt om os har taget super godt imod os - hvilket de skal have tak for - men vi vil virkelig gerne høre jeres andres ideer til, hvad vi skal lave også. Vi er ikke ligesom DATA der prøver at fremstå som en autoritet over Bitcoin eller The Bitcoin Foundation, der har taget store beløb for medlemsskab og brugt dem på lobbyister. Helt konkret vil vi hjælpe med at arrangere meetups, open source arbejde, vejlede og/eller anbefale nystartede Bitcoin firmaer samt informere danskerne om Bitcoin. Hvad forventer I jer af Dansk Bitcoin Forening? |
|
|
|
|
1750 in BTC would be about 3 years of my paycheck before taxes and expenses for some relatively small tasks... was that a typo?
At any rate I will not use an escrow, I am a trusted member of this forum. If you don't trust me you can start with the smaller tasks and see if I pay up.
|
|
|
|
I need a smart card terminal application for Android. There are four more or less independent tasks in this: - Use NFC from Android application to communicate + - Get the BasicCard java lib to work on android and use the NFC code to communicate with a basic card smart card from ZC. 2200$- Interface with Electrum and send TX data. 0$
- Interface with Electrum and get TX data for the card to later sign in specified format. 0$In addition to the monetary award you are allowed to do what ever you want with the code including releasing your own terminal program for your own profit. Requirements: - I must get all the code including rights to do as I please with it. - You get paid the specified amount once a task is done. - You must let me know before you start, I don't want to pay 5 different people for the same work. If you are interested let me know what task you will be working on as I am also looking for interested parties elsewhere. Also I have more detailed information about each task and files I can give you. Contact me by email or forum PM: Realpra1@hotmail.com |
|
|
|
Your post is mostly correct except there is no "trial and error" about it. If the same random value is used in the creation of two different signatures then the private key can be directly and immediately calculated from the information publicly available in the block chain.
Hmm I suppose you can see if two Rs are the same right away yes. To say that r is "not a random number" because it is derived from a random number is silly. The mod of the x coordinate of k*G of a random number k is a random number. The private key is also a random number, but the public key derives from it, so is the public key a random number? No it is not. Saying r is random is confusing people. |
|
|
|
|
Just look at bit operations? Also a FLOP is LESS than a hash so Bitcoin is 12.4 K larger?
|
|
|
|
I believe you are also incorrect here, DeathAndTaxes. The signature part actually consists out of two numbers: r which is a random number, and s, which is actual signature. Normally, if you have two transactions, you have:
Your post is mostly correct in that by trial and error you can find the private key if transactions exist having used the same random number "k". However it is incorrect to say "... the signature consists of the random number r ...", the number "r" is not random but a result of k*G. This k IS random and may not be revealed. Also on topic: BitAddress.org can be downloaded to an offline USB key with Ubuntu AND you can change the private key MANUALLY under the wallet details tab. This means: No RNG attack whether accidental or malicious, no password cracking, no trojans, no corrupted .DAT files and so on. (Seriously though this is messed up, my grandmother can't take care of this level of security...) |
|
|
|
|
I think SSDs corrupt over time if unused...
Im doing paper. Ill buy a safe and house alarm one day and stick the paper and gold in there.
|
|
|
|
|
That is so fucking good.
I'll be doing that with every contract with the bank or government from now on.
|
|
|
|
|
F*** regulation.
Governments are the ones that need to be regulated and Bitcoin is here to do it.
Here is what DATA really is: "Hey guys those clowns over at the Bitcoin Foundation made a lot of money from authority loving suckers, lets do the same!"
|
|
|
|
|
You have to consider the demand side too: Yes there's more euros, but now euros also buy stuff and labour in your country.
|
|
|
|
|
Entirely depends on the hardware wallet.
See my sig, Im doing a smart card and for example I have some methods for locking the card and other security stuff that would not be needed in some other types.
If you want to make a USB I suppose you should look at the trezor thing and the usb protocol in general.
|
|
|
|
|
Show Posts
