Pages:
Author

Topic: [ANN] Keystone Assets - Smart Property Solutions - page 2. (Read 14200 times)

hero member
Activity: 528
Merit: 500
We are the ones we've been waiting for
Let me reserve the Spanish translation Smiley
full member
Activity: 174
Merit: 100
keystone based chain technology, very promising project, Chinese investors qq group: 151 224 502
newbie
Activity: 22
Merit: 0
Update

Added distribution scheme
Added first set of bounties (see second post in thread)
newbie
Activity: 22
Merit: 0
So the technology and concept looks interesting but there is no info on the people / company behind it. Personally I need to know who I am investing in as well as what I am investing in.

Will you be releasing information to confirm your ability to complete the project?

This is a good question and will be answered. Not at this point though, but before start of the seed investment, we're still discussing.

It should also be noted, that the plan has not been laid out completly yet.
At this point there is more important question than our identity though. We have shown, that the technology we describe is in principal possible, at least on the physical side. What is missing and the real innovation, is the crypto infrastructure. Without it, lock and key would need a centralized infrastructure, which would make them ultimately impractical, as the support cost of such infrastructure would drive the cost for the system to levels which are not sustainable for smaller devices.

As was stated earlier, lock and key solutions can in principal be build by any company. The more important aspect is the protocol on top of bitcoin, which will offer a public available infrastructure to support the lock devices. The whitepaper on the protocol will be published in about two weeks time from now.

To satisfy part of your question though, I can reveal experience we call our own.
We have access to

6+ years of mechatronical/microsystem engineering (cross section engineering discipline, most prominently utilized in the car industry)
8+ years of math/physics (not very practical on its own, but does wonders when connecting the dots, filling the gaps and when an engineer asks "can I actually do that?")
12+ years of coding in C++/Java (Pretty obvious what that is good for)

How long our design guy has been around I am not sure of, but you can tell from the picture in the thread start, that it is quiet a while. On the other hand, it is not that important.

edit:
It should be noted that the experience information provided above, is more than most other projects offer. Projects like syscoin and swarm have pretty smiling faces, but don't provide any relevant information on the qualification of the team members.
We might go that way though, as it creates a lot more trust and thus investment. It depends on the final assesment of the required seed ressources. We hope to convince investors through offered concepts and their implications though. That approach is more sincere than pretty pictures.
hero member
Activity: 1218
Merit: 500
BintexFutures
So the technology and concept looks interesting but there is no info on the people / company behind it. Personally I need to know who I am investing in as well as what I am investing in.

Will you be releasing information to confirm your ability to complete the project?
newbie
Activity: 22
Merit: 0
I think your logo is pretty dope Smiley

Do you guys have an IRC channel?

Thank you! We also think that it is very nice.
We don't have an IRC channel by now, but I will look into the matter.


I've just read your lock and key whitepaper and have some questions.......

Good questions, so lets begin answering them.

A discrete MCU with both Bluetooth and cellular chipsets and antennas is going to be far too big for mobile phones, MP3 players and many laptops, so we are presumably talking about larger household electronics - TVs, HiFi etc in this context?

The technology and engineering involved in that is more flexible and miniturized than it might appear at first glance. First, there is no need to use seperate antennas for bluetooth and cellular communication. Both work on the basis of radio frequency and in bands far apart. It should even be possible to use both at the same time using the same antenna, even though that should not be necessary. Also, seperate chips for both bluetooth and cellular communication are convenient, but ultimately not necessary. The development gets more complicated this way, but the final goal is a chip which is specifically tailored for the task.
When it comes to size, you are right about the MP3 player. Most likely such a device is too small by itself to house one of our locks. On the other hand... MP3 players are not really a large market anymore, they are usually integrated in smartphones. Those on the other hand have the trend of getting slightly larger as time passes. As the lock will soonest be ready with the next generation of smartphones, size should not be a serious problem anymore.
If all of this does not convince you, take a look at this

http://www.samsung.com/uk/consumer/mobile-devices/mobile-phones/bar/GT-E1200ZKABTU

This classic mobile contains everything needed for the lock. Take away display, housing, battery and keys and there is not much left. Also, the technology used there is slightly dated already. It was released in 2011. So in conclusion, we don't see any problems with the size of the lock in any case but MP3 players and smartwatches.

If there is a need to use the cellular network, won't it be necessary for each device to have a contract/pay as you go deal with a mobile phone operator? A sim card will also be necessary?

A sim card is not necessary to transmit data over the cellular network. It is only used for phone calls and text messages. Technically it is not even required there. The data requirements for the lock will need to be taken care of by the company selling the locks. Hopefully us of course. As data transmission costs about about 5 Dollar-cents per gigabyte, we also don't see a big problem if this handled on a company to company basis.
Nevertheless, we will look further into the matter to see if there is any convenient way to make the whole thing fire and forget for every party involved. The underlying cryptocurrency might offer solutions in that regard.

If I lose the key, the device shuts down?

After a grace period configurable by the user.
You will surely have more questions in that regard though. As a preemptive try to answer them:
Transactions will always be multi signature. A single private key of the multi signature transaction will be enough to unlock a device. More than one will be needed to create a new transaction. Loss of the key thus does not mean loss of ownership of all devices.
You will need to buy a new key though when you lose yours.

If I have a laptop with the MCU embedded I also need to remember to take the key when mobile? In this scenario, a TV that I leave at home would need it's own separate key?

Grace periods for all devices may be set. If you want to use a single key and maybe don't even have it with you all the time, set your devices to 24h plus grace periods. You want more security and immediate reactions in case of theft. 3 minute grace period is enough. Get it stolen and it stops working almost immediatly. Correct set grace periods will allow for usage of a single key. Multiple keys might be more convenient though.

On the subject of the key, how long will a charge last? Battery capacity is directly related to it's physical size.

Correct. A final design is not ready of course, but we target a battery lifetime of approximately 48 hours. Prefferably more. Of course, this will also depend on some of the user settings. The more frequent the security feature is used and with more range, the shorter the time until next recharge will be.


I understand  that in the context of mobile phones you will be able to utilise the radio chipsets already built into the handset, but you will still have to carry the key or specify a when the next check is made and hope you are in the vicinity of the key at that time?

Yet again, the grace period will take care of that. If a check is failed, the device will not necessarily shut down immediatly. If grace periods are set to a long time, carrying of the key will not be necessary. If you lock your door with our key you might want to take it with you though Smiley

I hope this answers your questions to your satisfaction.
hero member
Activity: 658
Merit: 500
I've just read your lock and key whitepaper and have some questions.......

A discrete MCU with both Bluetooth and cellular chipsets and antennas is going to be far too big for mobile phones, MP3 players and many laptops, so we are presumably talking about larger household electronics - TVs, HiFi etc in this context?

If there is a need to use the cellular network, won't it be necessary for each device to have a contract/pay as you go deal with a mobile phone operator? A sim card will also be necessary?

If I lose the key, the device shuts down?

If I have a laptop with the MCU embedded I also need to remember to take the key when mobile? In this scenario, a TV that I leave at home would need it's own separate key?

On the subject of the key, how long will a charge last? Battery capacity is directly related to it's physical size.

I understand  that in the context of mobile phones you will be able to utilise the radio chipsets already built into the handset, but you will still have to carry the key or specify a when the next check is made and hope you are in the vicinity of the key at that time?

newbie
Activity: 56
Merit: 0
Smart Property Solutions Grin


hero member
Activity: 924
Merit: 511
I think your logo is pretty dope Smiley

Do you guys have an IRC channel?
newbie
Activity: 22
Merit: 0
Update
Lock and Key whitepaper has been releases
newbie
Activity: 22
Merit: 0
It's bothering me that you are predicting delays already.  I would be more interested if you could set dates you feel you can realistically meet, rather than posting dates and expecting delays.

Development processes are subject to reiteration, as usually new questions arise through every stage of the project, especially if it contains new technologies.
We have a plan and feel the set dates are realistic, but we also know from experience where roadblocks tend to materialize unexpected. As we don't want to work on the basis of "worst case possible" (which may still be delayed anyway), a combination of timeframes and possible delays seems the most sincere approach.

If you look at other large projects, you will usually find delays without announcement.
legendary
Activity: 1131
Merit: 1007
It's bothering me that you are predicting delays already.  I would be more interested if you could set dates you feel you can realistically meet, rather than posting dates and expecting delays.
newbie
Activity: 22
Merit: 0
-   First Bounty offerings                                 
Week 38 (09.15 – 09.21)

I want a bounty.....
do you want a PR manager?

The first set of bounties will be offered at some point this week.
PR Management surely sounds nice, but it unfortunately not part of the current bounty plan. We might reconsider this in the future though, thank you for your offer.
full member
Activity: 176
Merit: 100
-   First Bounty offerings                                 
Week 38 (09.15 – 09.21)

I want a bounty.....
do you want a PR manager?
full member
Activity: 221
Merit: 100
Looking forward to this.
legendary
Activity: 1148
Merit: 1000
when will this start?

it looks great.
newbie
Activity: 22
Merit: 0
what's the TLDR on all this?

We're gonna build a specialzed smart property and security protocol on top of bitcoin, it's gonna be AWESOME!

Question answered?

But really. It is not possible to reduce it much more without removing important information.

And please refrain from giant quotes in the future. Further posts like this, cluttering the thread, will be removed.
full member
Activity: 224
Merit: 100
full member
Activity: 174
Merit: 100
Good project, want to buy shares, hoping not too expensive.
hero member
Activity: 658
Merit: 500
So you are going  to develop hardware and then persuade electronics companies to integrate said hardware into their products?

Not fudding, just wanting to be clear.

It's a absolutely valid question.

The main goal is to create an underlying infrastructure for electronics security, which will allow for the above described. In principal a company can always create their own hardware side solution utilizing the protocol.

We aim to make this question, of adding one of our locks, a no brainer though. As the lock is ultimately a very specialized microcontroller, production in large quantities will be extremely cheap.
And the ability to advertise with theft proof products for a minimal amount of money, is very tempting.

Also, this solution will ultimately have no significant overhead cost, as the infrastructure needed is decentralized and pays for itself.

This seems like a very, very good idea.

I don't think it will be easy to persuade the likes of Sony to use your system, but if you do persuade them it could be huge.

I'm buying a stake, long term, good luck.  Grin
Pages:
Jump to: