13

Of course not all IoT devices can do proof of work. First of all, all IoT devices is a huge variation of devices. For that generalization this question can simply be answered with a no. Especially regarding IoT sensors which usually only comprise of a sensor part and a transmitting part and no processing part worth mentioning at all. Those devices simply ...


11

PoW can be quite heavy on the resources of IoT devices, But I believe that we can expect dedicated cheap IC's (chips) in the future to counter that. If you run multiple small devices a "hub" for those devices can be an option as well to do the PoW for those small devices while that hub communicates with the IoT devices over another protocol or Flash channel. ...


7

JINN is planned to be a $1 (or otherwise extremely affordable) chip designed for taking care of PoW -- keeping in mind that PoW doesn't become more difficult over time, JINN should theoretically be all that is needed for PoW. If a sensor is so small that it somehow has a radio transmitter or internet connection but not a JINN processor, it would be capable ...


7

M2M Payments 2 Machines: Alice and Bob Alice wants to give 5 IOTAs to Bob Alice sends an address request to Bob: Depending on the kind of machines this can be achieved in various ways via http GET: Web APIs via Tangle: for Machines that only know each other through the Tangle Alice sends 0-value-transaction from a previous address of Bob with message "...


6

It is feasible to use the microcontroller as an IOTA wallet. For example, you can store your IOTA seed on the flash, generate addresses from it, generate sign transactions. One option to get started is to use the IOTA Ledger Blue / Nano wallet code. It is a lightweight C library that can be easily ported to different hardware targets. It is not feasible to ...


3

Client ask to the service provider for a valid address. Service provider decide according it's own internal policy the address where this particular client can send funds (it can be a new one). The client send funds to that address. An interesting use case is presented in this video. In few words: a car charging station where all data related to the ...


3

As https://iotasupport.com/how-addresses-are-used-in-IOTA.shtml explains: The generated addresses are part of a sequence of one time(!) keys generated from a single seed. Using multiple addresses of one seed in parallel is generally not a good idea and not the right way to use them. As @Zauz already explained, use one seed per "sensor" and transfer the ...


3

Interesting topic for the protocol. Currently I think it would be suitable if you use the messages for it. You have then just to include tax rate etc. You can also use encryption for it. Iotas masked messages feature could be used for this topic: https://blog.iota.org/introducing-masked-authenticated-messaging-e55c1822d50e


2

LoraWAN is a protocol for data-transfer (not a device). It's a very low level protocol, specially designed for low power devices. AFAIK, LoraWAN is designed in such a way that a small device can send messages to a nearby LoraWAN-Gateway through radio signal. The gateway have an antenna to receive messages and a high bandwidth internet connection (wifi, ...


2

Working on it: https://github.com/embedded-iota/iota-c-light-wallet (on my own fork. Will push it to embedded iota when it works fine.) The address generation works. I work currently on the transfer, so that it is possible to use it on a MCU without MMU. I also integrated it already to RIOT OS. So feel free to check it out: https://github.com/Citrullin/RIOT/...


2

I am working exactly on this at the moment: https://github.com/embedded-iota/iota-c-light-wallet (but on my fork. I will push it to embedded iota when it works fine.) The address generation works fine. I have trouble to create a transaction bundle. There are some tricky parts when you work on a MCU without MMU. In my case: STM32F1. I also integrated it into ...


2

A low min value can only be given as an averaged value, since finding the nonce (pow) is a statistical process. Energy consumption for this pow process depends on how effective your cpu is working (electricity cost per hash) and in practical terms on how well tangle-upload is working. Remember if you are required to re-attach often this will add to your ...


2

Yes, Fullnodes have to sync and store every single transactions and with Fullnodes it is not possible to scale unlimited. The current Network is build by Fullnodes and is not able to scale. The solution of this bottleneck is the future implementation of swarmnodes as mentioned in the Roadmap. Swarmnodes are Nodes which don't sync and store every single ...


2

Right now the network is being limited by the coordinator. My following answer is made with the assumption that the coordinator has been removed or at least decentralized into the network. We need enough full nodes and suitable peer discovery algorithms to make sure no single full node can get congested. If this can be satisfied then theoretically the ...


2

Tip selection and PoW are completely different things, which do not necessarily have to happen at the same point. Tip selection performs MCMC on the tangle to find two transactions (or rather their hashes) your new transaction (or transaction bundle) should approve. This step is not deliberately computationally more expensive than it has to be, so it can be ...


2

Obviously, there are a lot of solutions to your problem but I think best practice would be to give each device it's own seed and additionally store all the seeds in a local database in your company so that you can check their balances and withdraw from their account if needed. The withdrawal would work automatically. e.g. you have an interface where you see ...


2

No matter what happens, there will be both, devices that run POW by themselves and devices, which can't do it. Even if cheap processors are available, it may not be worth to compute the POW directly on the device. Energy consumption on small sensors is a valid concern for POW to be not worth it. Adding on to this, sensors may not be able to validate if ...


2

There are several questions in there. However I think they're are connected enough to handle them as one SE question. Will every IoT device will have their own wallet with their own seed, or how is this planned? That's not feasible since not every device has the ability to calculate hashes or to store a seed securely. Devices that can do both can use ...


2

Will every IOT Device have its own seed? I recommend you take a look at this question that was already asked before. Will we ever run out of seeds? No. There are so many possible seeds that this will never be an issue. The number of possible seeds is unimaginably high. A human brain has difficulties when dealing with big numbers and that's why you are ...


1

The Crypto Core is a FPGA system which consists of Cortex M1 soft-cpu and specialized logic for accelerating algorithms like hashing (and also PoW) or type-conversions. So, it's both - microcontroller in an FPGA and it can do PoW very fast :)


1

I dont know the first part of your question but that somebody generates the same seed as somebody else is nearly impossible. Compared to the universe there are approximately 10⁸¹ particles existing and there are approximately 8x10¹¹⁵ seed combinations. Original


1

The outsourcing of POW for light clients is already default. The attachToTangle command on the IRI does the POW and all public nodes (e.g. http://iota.bitfinex.com:80) manually deactivated it because they don't want to do the POW for all the light wallets. Security The signing can be done independently of the POW so there is no security issue at all (...


Only top voted, non community-wiki answers of a minimum length are eligible