home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / sci / virtual / 2784 < prev    next >
Encoding:
Text File  |  1992-08-16  |  3.9 KB  |  85 lines

  1. Newsgroups: sci.virtual-worlds
  2. Path: sparky!uunet!wupost!tulane!darwin.sura.net!mips!cs.uoregon.edu!nntp.uoregon.edu!news.u.washington.edu!milton.u.washington.edu!hlab
  3. From: petersom@ucsu.Colorado.EDU (Mark Peterson)
  4. Subject: Re: TECH: world description
  5. Message-ID: <1992Aug13.173259.14955@ucsu.Colorado.EDU>
  6. Originator: hlab@milton.u.washington.edu
  7. Sender: news@u.washington.edu (USENET News System)
  8. Organization: University of Colorado, Boulder
  9. References: <1992Jul17.185842. <1992Aug7.083907.29689@u.washington.edu>
  10. Date: Thu, 13 Aug 1992 17:32:59 GMT
  11. Approved: cyberoid@milton.u.washington.edu
  12. Lines: 71
  13.  
  14.  
  15.  
  16. dstamp@watserv1.uwaterloo.ca (Dave Stampe-Psy+Eng) writes:
  17.  
  18. >rmg53668@uxa.cso.uiuc.edu (Ryan M. Grant) writes:
  19. >
  20. >>I've been "MUDDing" before and they really have all these problems
  21. >>solved (to their satisfaction anyway).  I know people rip MUDS all the
  22. >>time, but all these places (especially the better, non-goal-oriented)
  23. >>need is a kick butt interface.  They usually use ownership as criteria
  24. >>for control.  If you made the table, you can make it fly.  There are
  25. >>pre-built areas open to the public, and they have sensible
  26. >>restrictions based on location (past, present, future).  Those places
  27. >>usually obey physics more than others (no teleportation).
  28. >
  29. >The MUD is actually the inspiration for Bernie's and my ideas of
  30. >object ownership (Bernie has used MUDs, I haven't).  Of course, you do
  31. >have a few control rules for an object: presumably, these are sent to
  32. >you along with the ownership of an object.
  33. >
  34. >>I don't see why we don't just throw the stuff to the public
  35. >>(ourselves) and see what happens.
  36. >
  37. >Indeed.  The MUD concept is basically the first cyberspace-- add 3D
  38. >graphics, worldwide sharing etc. and the media will be crawling all
  39. >over the thing.  Bernie and I would like to get a prototype together
  40. >rather quickly (at the PC end) and sort of "grow" the rest of the net
  41. >through incremental development.  After all, the changes will be
  42. >largely transparent to the low-power end user, and would mostly affect
  43. >those high-end network controlling devices.
  44.  
  45. I think MUDDs are a step in the general direction of Cyberspace,
  46. however, I see a few MAJOR draw-backs to this type of environment.
  47. The problem I see lies in creating security for such a system.  For
  48. those of you whom are not familiar with how the object-oriented system
  49. of how a mud works, it is as follows.
  50.  
  51. 1)      The user types some command.
  52.  
  53. 2)      The system then looks for a procedure that handles that command.
  54.  
  55. 3)      ***Here's the problem.*** The system starts in your inventory,
  56.         looking for an object to handle that command, then it goes to
  57.         the inventory of the room...this could be your player object, or
  58.         some object lying in the room, next it goes to the environment itself.
  59.         If it goes all of the way through this list, and can't find the
  60.         command, it will give you an error.
  61.  
  62. Here's why this is a problem.  If you override some command, in for
  63. example an object in your inventory, it will never get to the
  64. environment.  This is bad, because a net-runner could override your
  65. security also, which is embedded in the system, simply by calling the
  66. base-level procedures or creating his own to run on your system.
  67.  
  68. An argument to this would be that you could imbedd security checking
  69. in your base level code, but this will both slow down your machine and
  70. be expensive.  Also, if ever even 1 copy of your custom software got
  71. out to the rest of the net, your security measures would be useless.
  72. Also, you would have difficulty sharing data with the rest of the net.
  73.  
  74. This is a common problem on Muds, when people become wizards, they
  75. sometimes try to write objects which give them administrative access.
  76.  
  77. Anyway, this is the major problem I see.  Any ideas???
  78.  
  79. Mark Peterson
  80.  
  81. ---------------------------------------------------------------------------
  82. Mark Peterson                           petersom@ucsu.Colorado.edu
  83. "To every locked room,
  84. there's an open door."
  85.