Show HN: Building a no gimmick smart contract platform as a service
1–10 of 34 posts
Re: Show HN: Building a no gimmick smart contract platform as a service
#2There are so many buzzwords in this, I can't make sense of it.
Re: Show HN: Building a no gimmick smart contract platform as a service
#3Re: Show HN: Building a no gimmick smart contract platform as a service
#4sounds like an escrow service for crypto coins?
Re: Show HN: Building a no gimmick smart contract platform as a service
#5I can't tell if this is serious or not (admittedly without reading the white-paper). A reference to 'tokenized quantum signatures' (what the hell is that?), and a new cryptocurrency without the crypto part and without the decentralized part. Basically its just contracts as a service with some token setup thrown in? There are so many buzzwords in this, I can't make sense of it.
This is a serious thing. Please take a look at the whitepaper. Your feedback will be greatly appreciated.
> A reference to 'tokenized quantum signatures' (what the hell is that?)
We are basing our "cryptocurrency" on some of the ideas from the paper "Quantum Token Signature" (https://arxiv.org/abs/1609.09047) which is suitable for the kind of service we hope to offer. Tokenized quantum signatures allow for tokens to be used to sign messages just once. It requires an authority to keep track of the state of the token.
> New cryptocurrency without the crypto part and without the decentralized part
The idea is to build a platform for multi-signature applications without decentralization. If you take a look at the whitepaper, you may agree that the native currency is some kind of a cryptocurrency :-) .
> Basically its just contracts as a service with some token setup thrown in
Yes, its contract as a service platform and the token isn't just there for no reason. It is meant to fuel an economy of contract applications offering useful services.
> There are so many buzzwords in this, I can't make sense of it.
I am sorry about this. I am also not a fan of buzzwords. Please feel free to ask specific questions and thanks for taking the time to go through it.
Re: Show HN: Building a no gimmick smart contract platform as a service
#6I'm not sure a quantum mechanical metaphor is the best way to describe your service. You audience is probably pretty small compared to other metaphors. sounds like an escrow service for crypto coins?
The service is not actually being described in the context of quantum mechanics. The native currency borrows some ideas from this paper (https://arxiv.org/abs/1609.09047).
The primary offering is a platform to run scalable smart contracts or multi-signature applications with modern languages.
Re: Show HN: Building a no gimmick smart contract platform as a service
#7On a ~1400px width screen the formatting is all jenky. It's hard for me to concentrate on any of the information :(
Re: Show HN: Building a no gimmick smart contract platform as a service
#8It is not true that all the smart contract stuff can only work in the decentralized cryptocurrencies world, we've skipped the cloud era for that, but that doesn't mean we should have skipped.
Re: Show HN: Building a no gimmick smart contract platform as a service
#9> Contract applications in need of blockchain immutability can store and retrieve data on the Etheruem blockchain
> A new kind of cryptocurrency based on tokenized quantum signatures to use as payment for service offered on the platform.
> Build contract apps that can scale easily. Launch multiple instances and share tasks between them.
And I still can't think of a single use case. Also there's a spelling mistake in the first sentence of the white paper.
Re: Show HN: Building a no gimmick smart contract platform as a service
#10Besides the facts that it is not a "cryptocurrency", it is an interesting idea. If we already trust so many centralized servers for so many things, why not trust this one for executing smart contracts and acting as a trusted ledger? It is not true that all the smart contract stuff can only work in the decentralized cryptocurrencies world, we've skipped the cloud era for that, but that doesn't mean we should have skip…