Author

Topic: [ANN][XEL] Elastic Project - The Decentralized Supercomputer - page 218. (Read 450523 times)

ImI
legendary
Activity: 1946
Merit: 1019



This is just the first step, this does not mean that some bright heads do not figure out a way to extend that set of possible use cases.

What I would also love, since we have a "cloud computing coin" to embed distributed storage at some later point. But that it future work ;-) Lets focus on this one first.

wow,find out this.

ek, don't find yourself a job, plz keep working on XEL Smiley

jepp, we pay better than any job can do.  Smiley

how about we setup a foundation right now!

automatically deduct certain % from all accounts to EK!



Not possible and not necessary. a.) Lannister has a good amount of BTC and b.) Community could come up with 100BTC+ easily i think. Especially once we are listed on an exchange, then it should be even easier.

I am thinking deduction from all accounts make it fair.

Its not about fairness. Its about having an agreement. Folks entered an agreement that they donate and (eventually) get XEL. Even if 90% of holders agree it would be wrong to use force on the remaining 10%. And basically it would also raise the question: For what where those 700BTCs donated if not development?
legendary
Activity: 1330
Merit: 1000



This is just the first step, this does not mean that some bright heads do not figure out a way to extend that set of possible use cases.

What I would also love, since we have a "cloud computing coin" to embed distributed storage at some later point. But that it future work ;-) Lets focus on this one first.

wow,find out this.

ek, don't find yourself a job, plz keep working on XEL Smiley

jepp, we pay better than any job can do.  Smiley

how about we setup a foundation right now!

automatically deduct certain % from all accounts to EK!



Not possible and not necessary. a.) Lannister has a good amount of BTC and b.) Community could come up with 100BTC+ easily i think. Especially once we are listed on an exchange, then it should be even easier.

I am thinking deduction from all accounts make it fair. let alone, elastic distributed the unsold tokens evenly to all donators.

with proper incentives (certain amount of XEL), make whole project sustainable.

just an idea, don't know how others think about.

a.) BTC in hand of Lannister is for distributed computing. ek well deserve it or even more. if it works well.
b.) EK will make XEL even greater with more function like storage.
c.) compared to the evenly distributed unsold tokens, something like 5% from all accounts is nothing at all. we can accept it.


ImI
legendary
Activity: 1946
Merit: 1019



This is just the first step, this does not mean that some bright heads do not figure out a way to extend that set of possible use cases.

What I would also love, since we have a "cloud computing coin" to embed distributed storage at some later point. But that it future work ;-) Lets focus on this one first.

wow,find out this.

ek, don't find yourself a job, plz keep working on XEL Smiley

jepp, we pay better than any job can do.  Smiley

how about we setup a foundation right now!

automatically deduct certain % from all accounts to EK!



Not possible and not necessary. a.) Lannister has a good amount of BTC and b.) Community could come up with 100BTC+ easily i think. Especially once we are listed on an exchange, then it should be even easier.
legendary
Activity: 1330
Merit: 1000



This is just the first step, this does not mean that some bright heads do not figure out a way to extend that set of possible use cases.

What I would also love, since we have a "cloud computing coin" to embed distributed storage at some later point. But that it future work ;-) Lets focus on this one first.

wow,find out this.

ek, don't find yourself a job, plz keep working on XEL Smiley

jepp, we pay better than any job can do.  Smiley

how about we setup a foundation right now!

automatically deduct certain % from all accounts to EK!

ImI
legendary
Activity: 1946
Merit: 1019



This is just the first step, this does not mean that some bright heads do not figure out a way to extend that set of possible use cases.

What I would also love, since we have a "cloud computing coin" to embed distributed storage at some later point. But that it future work ;-) Lets focus on this one first.

wow,find out this.

ek, don't find yourself a job, plz keep working on XEL Smiley

jepp, we pay better than any job can do.  Smiley
legendary
Activity: 1330
Merit: 1000



This is just the first step, this does not mean that some bright heads do not figure out a way to extend that set of possible use cases.

What I would also love, since we have a "cloud computing coin" to embed distributed storage at some later point. But that it future work ;-) Lets focus on this one first.

wow,find out this.

ek, don't find yourself a job, plz keep working on XEL Smiley
sr. member
Activity: 243
Merit: 250
Hi all,I got compile err,some one can help?

Code:
                                                                 ^
  Symbol:   Class JSONObject
  Location: Class TransactionImpl
src\java\nxt\Attachment.java:42: Error: Cannot Find Symbol
                private AbstractAttachment(JSONObject attachmentData) {
                                           ^
  Symbol:   Class JSONObject
  Location: Class AbstractAttachment
src\java\nxt\Attachment.java:110: Error: Cannot Find Symbol
                final void putMyJSON(JSONObject json) {
                                     ^
  Symbol:   Class JSONObject
  Location: Class EmptyAttachment
src\java\nxt\http\APIServlet.java:178: Error: Cannot Find Symbol
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throw
s ServletException, IOException {
                         ^
  Symbol:   Class HttpServletRequest
  Location: Class APIServlet
src\java\nxt\http\APIServlet.java:178: Error: Cannot Find Symbol
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throw
s ServletException, IOException {
                                                 ^
  Symbol:   Class HttpServletResponse
  Location: Class APIServlet
src\java\nxt\http\APIServlet.java:178: Error: Cannot Find Symbol
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throw
s ServletException, IOException {

  ^
  Symbol:   Class ServletException
  Location: Class APIServlet
src\java\nxt\http\APIServlet.java:183: Error: Cannot Find Symbol
    protected void doPost(HttpServletRequest req, HttpServletResponse resp) thro
ws ServletException, IOException {
                          ^
  Symbol:   Class HttpServletRequest
  Location: Class APIServlet
src\java\nxt\http\APIServlet.java:183: Error: Cannot Find Symbol
    protected void doPost(HttpServletRequest req, HttpServletResponse resp) thro
ws ServletException, IOException {
                                                  ^
  Symbol:   Class HttpServletResponse
  Location: Class APIServlet
src\java\nxt\http\APIServlet.java:183: Error: Cannot Find Symbol
    protected void doPost(HttpServletRequest req, HttpServletResponse resp) thro
ws ServletException, IOException {

   ^
  Symbol:   Class ServletException
  Location: Class APIServlet
src\java\nxt\http\APIServlet.java:187: Error: Cannot Find Symbol
    private void process(HttpServletRequest req, HttpServletResponse resp) throw
s IOException {
                         ^
  Symbol:   Class HttpServletRequest
  Location: Class APIServlet
src\java\nxt\http\APIServlet.java:187: Error: Cannot Find Symbol
    private void process(HttpServletRequest req, HttpServletResponse resp) throw
s IOException {
                                                 ^
  Symbol:   Class HttpServletResponse
  Location: Class APIServlet
src\java\nxt\http\JSONResponses.java:30: Error: Cannot Find Symbol
        public static final JSONStreamAware MISSING_LANGUAGE = missing("program
language");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:31: Error: Cannot Find Symbol
        public static final JSONStreamAware MISSING_PROGAMCODE = missing("progra
m code");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:32: Error: Cannot Find Symbol
        public static final JSONStreamAware MISSING_BOUNTYHOOK = missing("bounty
 hook");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:33: Error: Cannot Find Symbol
        public static final JSONStreamAware MISSING_NUMBER_INPUTVARS = missing("
number of input variables");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:34: Error: Cannot Find Symbol
        public static final JSONStreamAware MISSING_NUMBER_OUTPUTVARS = missing(
"number of output variables");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:35: Error: Cannot Find Symbol
        public static final JSONStreamAware MISSING_BOUNTYLIMIT = missing("bount
y limit");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:36: Error: Cannot Find Symbol
        public static final JSONStreamAware INCORRECT_WORK_NAME_LENGTH = incorre
ct("work title");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:37: Error: Cannot Find Symbol
        public static final JSONStreamAware INCORRECT_MULTIPLICATOR = incorrect(
"multiplicator");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:39: Error: Cannot Find Symbol
        public static final JSONStreamAware INCORRECT_VARIABLES_NUM = incorrect(
"number of input or output variables");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:40: Error: Cannot Find Symbol
        public static final JSONStreamAware INCORRECT_WORK_LANGUAGE = incorrect(
"work language");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:41: Error: Cannot Find Symbol
        public static final JSONStreamAware INCORRECT_INPUT_NUMBER = incorrect("
number of inputs");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:42: Error: Cannot Find Symbol
        public static final JSONStreamAware INCORRECT_AMOUNT = incorrect("attach
ed amount");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:43: Error: Cannot Find Symbol
        public static final JSONStreamAware INCORRECT_AST_RECURSION = incorrect(
"ast tree depth");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:45: Error: Cannot Find Symbol
        public static final JSONStreamAware INCORRECT_SYNTAX = incorrect("syntax
");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:46: Error: Cannot Find Symbol
        public static final JSONStreamAware INCORRECT_PROGRAM = incorrect("progr
am code");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:47: Error: Cannot Find Symbol
        public static final JSONStreamAware INCORRECT_BOUNTYHOOK = incorrect("bo
unty hook");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:48: Error: Cannot Find Symbol
        public static final JSONStreamAware INCORRECT_WORKID = incorrect("workId
");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:49: Error: Cannot Find Symbol
        public static final JSONStreamAware INCORRECT_BOOLEAN = incorrect("boole
an");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:50: Error: Cannot Find Symbol
        public static final JSONStreamAware INCORRECT_HASH = incorrect("hash");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:52: Error: Cannot Find Symbol
        public static final JSONStreamAware INCORRECT_XEL_PER_POW = incorrect("p
ow price in XEL");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:53: Error: Cannot Find Symbol
        public static final JSONStreamAware INCORRECT_XEL_PER_BOUNTY = incorrect
("bounty price in XEL");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:54: Error: Cannot Find Symbol
        public static final JSONStreamAware MISSING_XEL_PER_POW = missing("pow p
rice in XEL");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:55: Error: Cannot Find Symbol
        public static final JSONStreamAware MISSING_FIELDS_REDEEM = missing("add
ress or secp_signatures");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:57: Error: Cannot Find Symbol
        public static final JSONStreamAware MISSING_XEL_PER_BOUNTY = missing("bo
unty price in XEL");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:58: Error: Cannot Find Symbol
        public static final JSONStreamAware INCORRECT_EXECUTION_TIME = incorrect
("worst case execution time");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:59: Error: Cannot Find Symbol
        public static final JSONStreamAware INCORRECT_PUBLIC_KEY = incorrect("pu
blicKey");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:60: Error: Cannot Find Symbol
        public static final JSONStreamAware MISSING_ALIAS_NAME = missing("aliasN
ame");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:61: Error: Cannot Find Symbol
        public static final JSONStreamAware MISSING_ALIAS_OR_ALIAS_NAME = missin
g("alias", "aliasName");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:62: Error: Cannot Find Symbol
        public static final JSONStreamAware MISSING_DEADLINE = missing("deadline
");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:63: Error: Cannot Find Symbol
        public static final JSONStreamAware INCORRECT_DEADLINE = incorrect("dead
line");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:64: Error: Cannot Find Symbol
        public static final JSONStreamAware MISSING_TRANSACTION_BYTES_OR_JSON =
missing("transactionBytes",
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:66: Error: Cannot Find Symbol
        public static final JSONStreamAware MISSING_WORKID = missing("workId");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:67: Error: Cannot Find Symbol
        public static final JSONStreamAware MISSING_INPUTS = missing("program in
puts");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:68: Error: Cannot Find Symbol
        public static final JSONStreamAware MISSING_PASSPHRASE = missing("miner
passphrase");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:70: Error: Cannot Find Symbol
    public static final JSONStreamAware INCORRECT_INPUTS = incorrect("inputs arr
ay");
                        ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:71: Error: Cannot Find Symbol
        public static final JSONStreamAware UNKNOWN_ORDER = unknown("order");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:72: Error: Cannot Find Symbol
        public static final JSONStreamAware MISSING_HALLMARK = missing("hallmark
");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:73: Error: Cannot Find Symbol
        public static final JSONStreamAware INCORRECT_HALLMARK = incorrect("hall
mark");
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses
src\java\nxt\http\JSONResponses.java:74: Error: Cannot Find Symbol
        public static final JSONStreamAware MISSING_WEBSITE = missing("website")
;
                            ^
  Symbol:   Class JSONStreamAware
  Location: Class JSONResponses


Here is my platform. win2003 x86,git 1.8.5.2 jdk1.8 etc.
Code:
$ git --version
git version 1.8.5.2.msysgit.0

$ javac -version
javac 1.8.0_111

$ java -version
java version "1.8.0_111"
Java(TM) SE Runtime Environment (build 1.8.0_111-b14)
Java HotSpot(TM) Client VM (build 25.111-b14, mixed mode, sharing)

C:\>ver

Microsoft Windows [Version 5.2.3790]

legendary
Activity: 1330
Merit: 1000
is it possible to integrate more features?

like distributed storage, like storj/sia?

I think EK is a code magician.

if so, ppl will donate more XEL to the foundation or to EK himself.
legendary
Activity: 1302
Merit: 1000
Bass Player
Looking this project closely.
hero member
Activity: 513
Merit: 500
Will both compressed and uncompressed addresses be supported?
legendary
Activity: 1456
Merit: 1000
Resolving these issues manually would only work before the mainnet goes live, I suspect. Unless there is some kind of master key implemented (which I hope there isn't Wink ), the XEL can only be accessed with the right private key, just as if they were in a wallet (right?). This is why these things must be taken care of now.

A "safe-harbour" key was actually also one of my ideas :-) Good to hear what you guys think about it ... nada!


A Masterkey is a huge honeypot in its own right. I wouldn't want to be the guy responsible for it. It would probably be a Multisig solution anyway, but still: this looks dangerous.

An alternative solution could be, that all XEL that hasn't been moved from the genesis addresses at a certain block height is sent to a wallet, which could turn into a development fund and could be used to give XEL to those who couldn't access it. You'd have people who didn't get that memo, too, though. At least, those could prove their ownership quite easily.

Well, the thing is: I am just coding that stuff. I am not "running" anything, I am not "promising" anything and I actually just want every one to be happy with the code.

In fact, I do not even have any contract or so ... I am just "proposing" a code, and if the majority of XEL users use it, then they - by consensus - decided to use it in the way I proposed.

I (and others here who regularily work on XEL) am/are nothing more than code monkeys.

(…)

I quite agree (well, not about the "code monkey" part), but you have to keep in mind that legally, we are in practically uncharted territory. I am less afraid about some lazy guy not getting their XEL (and whose BTC were declared to be a donation anyway), as I am for you, Lannister or anyone else to have to deal with a lengthy, complicated and probably unique lawsuit.

You would need to give people lots of time to redeem their XEL.  People might not be able to for various reasons for weeks, months or even a year.  They shouldn't have to forfeit their investment.
hero member
Activity: 742
Merit: 501
sorry for this question..

i didnt understand that. What will  donated btcs do?  who did take those btcs(about 600btc). where will those btcs use ...

i  only wondering

donated BTC are in Lannister's hands. he gives them for bounties and development work. so he will give EK lots of them i suppose.

donated BTC should use to elastic Foundation like eth,btc Foundation for devoloping elastic core or supports..

I may be saying something irrelevant



ImI
legendary
Activity: 1946
Merit: 1019
sorry for this question..

i didnt understand that. What will  donated btcs do?  who did take those btcs(about 600btc). where will those btcs use ...

i  only wondering

donated BTC are in Lannister's hands. he gives them for bounties and development work. so he will give EK lots of them i suppose.
hero member
Activity: 994
Merit: 513
Resolving these issues manually would only work before the mainnet goes live, I suspect. Unless there is some kind of master key implemented (which I hope there isn't Wink ), the XEL can only be accessed with the right private key, just as if they were in a wallet (right?). This is why these things must be taken care of now.

A "safe-harbour" key was actually also one of my ideas :-) Good to hear what you guys think about it ... nada!


A Masterkey is a huge honeypot in its own right. I wouldn't want to be the guy responsible for it. It would probably be a Multisig solution anyway, but still: this looks dangerous.

An alternative solution could be, that all XEL that hasn't been moved from the genesis addresses at a certain block height is sent to a wallet, which could turn into a development fund and could be used to give XEL to those who couldn't access it. You'd have people who didn't get that memo, too, though. At least, those could prove their ownership quite easily.

Well, the thing is: I am just coding that stuff. I am not "running" anything, I am not "promising" anything and I actually just want every one to be happy with the code.

In fact, I do not even have any contract or so ... I am just "proposing" a code, and if the majority of XEL users use it, then they - by consensus - decided to use it in the way I proposed.

I (and others here who regularily work on XEL) am/are nothing more than code monkeys.

(…)

I quite agree (well, not about the "code monkey" part), but you have to keep in mind that legally, we are in practically uncharted territory. I am less afraid about some lazy guy not getting their XEL (and whose BTC were declared to be a donation anyway), as I am for you, Lannister or anyone else to have to deal with a lengthy, complicated and probably unique lawsuit.
hero member
Activity: 742
Merit: 501
sorry for this question..

i didnt understand that. What will  donated btcs do?  who did take those btcs(about 600btc). where will those btcs use ...

i  only wondering
ImI
legendary
Activity: 1946
Merit: 1019
Don't get me wrong ;-) I prefer to stick to the rules, but I would feel sad for those who cant get their XEL because they did not unterstand the terms.

PS: Whoever invented this donation scheme sucks balls. I have never seen anything that chaotic like this. What a shame!

I get that. As a "bigger" holder of XEL i would be willing to donate some XEL to those poor souls in the future. Lets assume some time went down the river and we have some accounts where they dont have the keys but no one else is declaring that this account belongs to him. THEN i would be willing to donate some of my XEL to those folks.

edit: and btw you will obv be rewarded very well in the coming days/weeks. be it it BTC or XEL. lets see what lannister says when he comes back. there is no doubt about it that you deserve it.
legendary
Activity: 1260
Merit: 1168
Resolving these issues manually would only work before the mainnet goes live, I suspect. Unless there is some kind of master key implemented (which I hope there isn't Wink ), the XEL can only be accessed with the right private key, just as if they were in a wallet (right?). This is why these things must be taken care of now.

A "safe-harbour" key was actually also one of my ideas :-) Good to hear what you guys think about it ... nada!

Well, the thing is: I am just coding that stuff. I am not "running" anything, I am not "promising" anything and I actually just want every one to be happy with the code.

In fact, I do not even have any contract or so ... I am just "proposing" a code, and if the majority of XEL users use it, then they - by consensus - decided to use it in the way I proposed.

I (and others here who regularily work on XEL) am/are nothing more than code monkeys.

I also believe it's best to just stick to the rules, and do not mess with anything regarding the allocation of XEL at all. But there are also other side cases ... what about those who submitted from a multisig wallet of which one key belongs to coinbase? We really need to discuss this here and come to some sort of conclusion.

Don't get me wrong ;-) I prefer to stick to the rules, but I would feel sad for those who cant get their XEL because they did not unterstand the terms.

PS: Whoever invented this donation scheme sucks balls. I have never seen anything that chaotic like this. What a shame!
hero member
Activity: 994
Merit: 513
(…)

2. Someone ( a tricky one) could intentionally "miss" the vote, then redeem the coins using his address 2, then come here and claim his coins were stolen due to this vote, which was not aware of, and claim this was illegal, and he has to get his coins now. A dirty scenario, but we have all kinds of people in crypto, so it is possible.

To avoid all those complications, I would suppose, its better to stick to the terms, launch without that feature, and see if there is a problem at all. If there is, resolve manually case by case.

Sadly, the described scenario sounds likely. So, I'd say again, don't. Leave it as is. And no voting on it, either. This is a prime example of what could happen if a bunch of uninformed people don't bother to do their research and vote on a scenario, because "what could go wrong?".

Resolving these issues manually would only work before the mainnet goes live, I suspect. Unless there is some kind of master key implemented (which I hope there isn't Wink ), the XEL can only be accessed with the right private key, just as if they were in a wallet (right?). This is why these things must be taken care of now.
legendary
Activity: 2576
Merit: 1073
Maybe we could vote in the client itself.

XEL holders can vote for or against using "any input" instead of just the first for redeeming the genesis block.
If >50% vote for yes, then this feature gets enabled for all those who did not vote "no". So, those who vote against that will definitely have their genesis block entry redeemeable only by the first input address.

What do you think? This seems "democratic" to me and everyone who does not want this feature, doesn't get it Wink

Why to vote? Smiley

I mean why not to enable that behavior for all the donations by default? It will allow some users to redeem, who otherwise will not be able to do that.
So there are benefits of having that feature ("redeem using any input address").

Lets now think what are the possible drawbacks of that approach. I can see only one: it could create some hypothetical security hole - if coins were sent from online wallets, where some of the keys belong to the online wallet owners, it is possible that online wallet owners will redeem the coins and steal them that way... Is this correct..?
Is there any other drawback?

And... am I thinking in the right direction here...?

What you describe would not happen in reality I think. The only wallets I know of are those, who use multisig-wallets to send the funds from. Multisig wallets are those starting with a 3....

The real drawback of this approach would be only if something like that happened:

1. Someone donated 100 BTC from his QT wallet.
2. The money came from 10 different addresses in one transaction
3. The first input is his "main wallet". Absolutely correct and he keeps this private key secretly
4. As the other wallets of his are empty, he posts the private key to one of the other addresses in some public online forum, in an example python script that he posts. I mean hey, he wasnt aware of the change that we are discussing.
5. Everyone can redeem his XEL

Taking all this into account, I would join previous posters and suggest to stick to the terms and do not do a poll at all.

There are two dangerous points here:
1. The owner of the priv key of first wallet, could not be checking here or the official channels, and be absent for long time. So we could miss the vote easily. Thus he will not tell "no" and his coins can be redeemed by the users of the published python script Smiley
2. Someone ( a tricky one) could intentionally "miss" the vote, then redeem the coins using his address 2, then come here and claim his coins were stolen due to this vote, which he was not even aware of (as he was at Bahamas), and claim this was illegal, and he has to get his coins now. A dirty scenario, but we have all kinds of people in crypto, so it is possible.

To avoid all those complications, I suppose its better to stick to the terms, launch without that feature, and see if there is a problem at all. If there is, resolve manually case by case, for example the way ImI suggested.
hero member
Activity: 994
Merit: 513
Maybe we could vote in the client itself.

XEL holders can vote for or against using "any input" instead of just the first for redeeming the genesis block.
If >50% vote for yes, then this feature gets enabled for all those who did not vote "no". So, those who vote against that will definitely have their genesis block entry redeemeable only by the first input address.

What do you think? This seems "democratic" to me and everyone who does not want this feature, doesn't get it Wink

Why to vote? Smiley

I mean why not to enable that behavior for all the donations by default? It will allow some users to redeem, who otherwise will not be able to do that.
So there are benefits of having that feature ("redeem using any input address").

Lets now think what are the possible drawbacks of that approach. I can see only one: it could create some hypothetical security hole - if coins were sent from online wallets, where some of the keys belong to the online wallet owners, it is possible that online wallet owners will redeem the coins and steal them that way... Is this correct..?
Is there any other drawback?

And... am I thinking in the right direction here...?

What you describe would not happen in reality I think. The only wallets I know of are those, who use multisig-wallets to send the funds from. Multisig wallets are those starting with a 3....

The real drawback of this approach would be only if something like that happened:

1. Someone donated 100 BTC from his QT wallet.
2. The money came from 10 different addresses in one transaction
3. The first input is his "main wallet". Absolutely correct and he keeps this private key secretly
4. As the other wallets of his are empty, he posts the private key to one of the other addresses in some public online forum, in an example python script that he posts. I mean hey, he wasnt aware of the change that we are discussing.
5. Everyone can redeem his XEL

Well, that sounds unlikely, but if it would happen, it could lead to a lot of trouble, not only for the person affected, but also for the person he_she is suing, which would be who exactly? The person who published the code, the one who wrote it? I'm not sure, whether that person could point towards an online vote and say "I just followed orders".

With that in mind, I think deciding on this in a democratic way holds the risk, that there wouldn't be a risk for those voting, but there could be a risk for a person or a small group of persons who execute the vote.

I'm no legal expert, so what I described has to be taken with a grain of salt, but if we assume, that in the end, the responsibility lies by only some people, as opposed to lying by the XEL community as a whole, those people should be the ones deciding.

I'd say, don't change it, and create some kind of repeal form. People can check their donation BEFORE distribution, if something is wrong, they can contact  you, Lannister or someone else to fix it.
Jump to: